Unable to place call on calls on hold - SIP Trunk from CUCM to CUBE and from CUBE to ISTP

Hi Cisco Community,
I have a SIP Trunk setup between the CUCM and CUBE and another SIP Dial Peers from the CUBE to the ITSP. All incoming/outgoing calls, DTMF-Relay works well except one thing which is the ability to hold the call.
On the SIP Trunk from the CUCM to the CUBE, I did not select “MTP” because when I do so, I am forced to select my preferred MTP codec which when selected G.729/G.729a, all my outgoing calls goes out using G.729r8. This codec works well for most of the calls until the ITSP replies back with G.729br8. When this condition occur, my call simply fails (this is very intermittent and only some random numbers).
That said, I have some issues with DTMF Relay when I select MTP on the SIP Trunk. DTMF Relay only works if the call is G.729r8 all the way from the CUCM to the ITSP. If the ITSP replies back with G.729br8, the call might established but will simply be “voice-only”.
The current setup is no MTP is selected and everything is working perfectly. I am happy with that until I place a call on hold, which when I do so, the call immediately terminate. Could you please help me understand why?
I have all media resources configured such as G.729r8 MTP, G.729br8 MTP, G.711u MTP, Transcoding with all codecs, etc. All MRG and MRGL are configured on all devices and SIP Trunks.
Below is an example of a call that is connected with the current setup:
Note:
IP: 10.18.81.2 (CUBE)
IP: 10.18.81.11 (CUCM SUB)
IP: 10.111.111.254 (ITSP SBC)
PM-HO-VG-01#
PM-HO-VG-01#
Nov 30 11:44:29.938: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received: 
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e72063a5aba5d
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE:  1800
User-Agent: Cisco-CUCM9.1
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence, kpml
Supported: X-cisco-srtp-fallback,X-cisco-original-called
Call-Info: <sip:10.18.81.11:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Cisco-Guid: 1020645888-0000065536-0000124117-0189862410
Session-Expires:  1800
Contact: <sip:[email protected]:5060>
Max-Forwards: 70
Content-Length: 0
Nov 30 11:44:29.942: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e72063a5aba5d
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Content-Length: 0
Nov 30 11:44:29.946: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC72218
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 1020645888-0000065536-0000124117-0189862410
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M5
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1417347869
Contact: <sip:[email protected]:5060>
Call-Info: <sip:10.18.81.2:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Session-Expires:  1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 301
v=0
o=CiscoSystemsSIP-GW-UserAgent 7676 6958 IN IP4 10.18.81.2
s=SIP Call
c=I
PM-HO-VG-01#N IP4 10.18.81.2
t=0 0
m=audio 22256 RTP/AVP 18 0 8 101
c=IN IP4 10.18.81.2
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
Nov 30 11:44:29.950: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received: 
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC72218
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1417347869
Nov 30 11:44:30.658: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received: 
SIP/2.0 180 Session Progress
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC72218
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1417347869
Supported: 
Contact: <sip:[email protected]:5060;transport=udp>
Session: Media
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
X-BroadWorks-Correlation-Info: bbf94839-a234-4237-95e6-a7037322f0f4
Content-Type: application/sdp
Content-Length: 355
v=0
o=BroadWorks 316169737 1 IN IP4 10.111.111.254
s=-
c=IN IP4 10.111.111.254
t=0 0
m=audio 20074 RTP/AVP 18 101 100
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 image udptl t38
Nov 30 11:44:30.662: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e72063a5aba5d
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Contact: <sip:[email protected]:5060>
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 289
v=0
o=CiscoSystemsSIP-GW-UserAgent 7965 2747 IN IP4 10.18.81.2
s=SIP Call
c=IN IP4 10.18.81.2
t=0 0
m=audio 22350 RTP/AVP 18 101 19
c=IN IP4 10.18.81.2
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:19 CN/8000
a=ptime:20
Nov 30 11:44:31.226: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received: 
SIP/2.0 180 Session Progress
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC72218
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1417347869
Supported: 
Contact: <sip:[email protected]:5060;transport=udp>
Session: Media
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
X-BroadWorks-Correlation-Info: bbf9
PM-HO-VG-01#4839-a234-4237-95e6-a7037322f0f4
Content-Type: application/sdp
Content-Length: 355
v=0
o=BroadWorks 316169737 1 IN IP4 10.111.111.254
s=-
c=IN IP4 10.111.111.254
t=0 0
m=audio 20074 RTP/AVP 18 101 100
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 image udptl t38
Nov 30 11:44:31.630: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received: 
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC72218
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1417347869
Supported: 
Contact: <sip:[email protected]:5060;transport=udp>
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
Accept: application/media_control+xml,application/sdp,application/xml
X-BroadWorks-Correlation-Info: bbf94839-a234-4237-95e6-a7037322f0f4
Content-Type: application/sdp
Content-Length: 355
v=0
o=BroadWorks 316169737 1 IN IP4 10.111.111.254
s=-
c=IN IP4 10.111.111.254
t=0 0
m=audio 20074 RTP/AVP 18 101 100
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 image udptl t38
Nov 30 11:44:31.630: //64511/3CD5D2000001/SIP/Call/sipSPICallInfo: 
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3D7B1458
State of The Call        : STATE_ACTIVE
TCP Sockets Used         : NO
Calling Number           : 27218091323
Called Number            : 0862000000
Source IP Address (Sig  ): 10.18.81.2
Destn SIP Req Addr:Port  : 10.111.111.254:5060
Destn SIP Resp Addr:Port : 10.111.111.254:5060
Destination Name         : 10.111.111.254
Nov 30 11:44:31.630: //64511/3CD5D2000001/SIP/Call/sipSPIMediaCallInfo: 
Number of Media Streams: 1
Media Stream             : 1
Negotiated Codec         : g729br8
Negotiated Codec Bytes   : 20
Nego. Codec payload      : 18 (tx), 18 (rx)
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101 (tx), 101 (rx)
Source IP Address (Media): 10.18.81.2
Source IP Port    (Media): 22256
Destn  IP Address (Media): 10.111.111.254
Destn  IP Port    (Media): 20074
Orig Destn IP Address:Port (Media): [ - ]:0
Nov 30 11:44:31.630: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
ACK sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC81D00
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0
Nov 30 11:44:31.634: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e72063a5aba5d
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Contact: <sip:[email protected]:5060>
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Supported: timer
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 289
v=0
o=CiscoSystemsSIP-GW-UserAgent 7965 2747 IN IP4 10.18.81.2
s=SIP Call
c=IN IP4 10.18.81.2
t=0 0
m=audio 22350 RTP/AVP 18 101 19
c=IN IP4 10.18.81.2
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:19 CN/8000
a=ptime:20
Nov 30 11:44:31.726: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received: 
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e72075e3a02c1
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:29 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence, kpml
Content-Type: application/sdp
Content-Length: 236
v=0
o=CiscoSystemsCCM-SIP 9082578 1 IN IP4 10.18.81.11
s=SIP Call
c=IN IP4 10.18.80.40
b=TIAS:8000
b=AS:8
t=0 0
m=audio 21928 RTP/AVP 18 101
a=rtpmap:18 G729/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
Nov 30 11:44:31.730: //64510/3CD5D2000001/SIP/Call/sipSPICallInfo: 
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3D816D70
State of The Call        : STATE_ACTIVE
TCP Sockets Used         : NO
Calling Number           : 0218091323
Called Number            : 0862000000
Source IP Address (Sig  ): 10.18.81.2
Destn SIP Req Addr:Port  : 10.18.81.11:5060
Destn SIP Resp Addr:Port : 10.18.81.11:5060
Destination Name         : 10.18.81.11
Nov 30 11:44:31.730: //64510/3CD5D2000001/SIP/Call/sipSPIMediaCallInfo: 
Number of Media Streams: 1
Media Stream             : 1
Negotiated Codec         : g729br8
Negotiated Codec Bytes   : 20
Nego. Codec payload      : 18 (tx), 18 (rx)
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101 (tx), 101 (rx)
Source IP Address (Media): 10.18.81.2
Source IP Port    (Media): 22350
Destn  IP Address (Media): 10.18.80.40
Destn  IP Port    (Media): 21928
Orig Destn IP Address:Port (Media): [ - ]:0
Nov 30 11:44:31.730: //64510/3CD5D2000001/SIP/Call/sipSPICallInfo: 
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3D816D70
State of The Call        : STATE_ACTIVE
TCP Sockets Used         : NO
Calling Number           : 0218091323
Called Number            : 0862000000
Source IP Address (Sig  ): 10.18.81.2
Destn SIP Req Addr:Port  : 10.18.81.11:5060
Destn SIP Resp Addr:Port : 10.18.81.11:5060
Destination Name         : 10.18.81.11
PM-HO-VG-01#
Nov 30 11:44:31.730: //64510/3CD5D2000001/SIP/Call/sipSPIMediaCallInfo: 
Number of Media Streams: 1
Media Stream             : 1
Negotiated Codec         : g729br8
Negotiated Codec Bytes   : 20
Nego. Codec payload      : 18 (tx), 18 (rx)
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101 (tx), 101 (rx)
Source IP Address (Media): 10.18.81.2
Source IP Port    (Media): 22350
Destn  IP Address (Media): 10.18.80.40
Destn  IP Port    (Media): 21928
Orig Destn IP Address:Port (Media): [ - ]:0
PM-HO-VG-01#sh sip
PM-HO-VG-01#sh sip-ua call
PM-HO-VG-01#sh sip-ua calls 
Total SIP call legs:2, User Agent Client:1, User Agent Server:1
SIP UAC CALL INFO
Call 1
SIP Call ID                : [email protected]
   State of the call       : STATE_ACTIVE (7)
   Substate of the call    : SUBSTATE_NONE (0)
   Calling Number          : 27218091323
   Called Number           : 0862000000
   Bit Flags               : 0xC04018 0x10000100 0x0
   CC Call ID              : 64511
   Source IP Address (Sig ): 10.18.81.2
   Destn SIP Req Addr:Port : [10.111.111.254]:5060
   Destn SIP Resp Addr:Port: [10.111.111.254]:5060
   Destination Name        : 10.111.111.254
   Number of Media Streams : 1
   Number of Active Streams: 1
   RTP Fork Object         : 0x0
   Media Mode              : flow-through
   Media Stream 1
     State of the stream      : STREAM_ACTIVE
     Stream Call ID           : 64511
     Stream Type              : voice+dtmf (0)
     Stream Media Addr Type   : 1
     Negotiated Codec         : g729br8 (20 bytes)
     Codec Payload Type       : 18 
     Negotiated Dtmf-relay    : rtp-nte
     Dtmf-relay Payload Type  : 101
     QoS ID                   : -1
     Local QoS Strength       : BestEffort
     Negotiated QoS Strength  : BestEffort
     Negotiated QoS Direction : None
     Local QoS Status         : None
     Media Source IP Addr:Port: [10.18.81.2]:22256
     Media Dest IP Addr:Port  : [10.111.111.254]:20074
Options-Ping    ENABLED:NO    ACTIVE:NO
   Number of SIP User Agent Client(UAC) calls: 1
SIP UAS CALL INFO
Call 1
SIP Call ID                : [email protected]
   State of the call       : STATE_ACTIVE (7)
   Substate of the call    : SUBSTATE_NONE (0)
   Calling Number          : 0218091323
   Called Number           : 0862000000
   Bit Flags               : 0xC0401E 0x10000100 0x80004
   CC Call ID              : 64510
   Source IP Address (Sig ): 10.18.81.2
   Destn SIP Req Addr:Port : [10.18.81.11]:5060
   Destn SIP Resp Addr:Port: [10.18.81.11]:5060
   Destination Name        : 10.18.81.11
   Number of Media Streams : 1
   Number of Active Streams: 1
   RTP Fork Object         : 0x0
   Media Mode              : flow-through
   Media Stream 1
     State of the stream      : STREAM_ACTIVE
     Stream Call ID           : 64510
     Stream Type              : voice+dtmf (1)
     Stream Media Addr Type   : 1
     Negotiated Codec         : g729br8 (20 bytes)
     Codec Payload Type       : 18 
     Negotiated Dtmf-relay    : rtp-nte
     Dtmf-relay Payload Type  : 101
     QoS ID                   : -1
     Local QoS Strength       : BestEffort
     Negotiated QoS Strength  : BestEffort
     Negotiated QoS Direction : None
     Local QoS Status         : None
     Media Source IP Addr:Port: [10.18.81.2]:22350
     Media Dest IP Addr:Port  : [10.18.80.40]:21928
Options-Ping    ENABLED:NO    ACTIVE:NO
   Number of SIP User Agent Server(UAS) calls: 1
PM-HO-VG-01#
PM-HO-VG-01#
PM-HO-VG-01#
As you can see, the call is connected and everything is working perfectly. When I press the hold button, here is what I get:
NOTE: I have # debug ccsip messages and #debug ccsip calls (running)
PM-HO-VG-01#
PM-HO-VG-01#
Nov 30 11:44:49.210: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received: 
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720852ab8b92
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE:  1800
User-Agent: Cisco-CUCM9.1
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 102 INVITE
Max-Forwards: 70
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Contact: <sip:[email protected]:5060>
Content-Type: application/sdp
Content-Length: 244
v=0
o=CiscoSystemsCCM-SIP 9082578 2 IN IP4 10.18.81.11
s=SIP Call
c=IN IP4 0.0.0.0
b=TIAS:8000
b=AS:8
t=0 0
m=audio 21928 RTP/AVP 18 101
a=rtpmap:18 G729/8000
a=ptime:20
a=inactive
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
Nov 30 11:44:49.218: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720852ab8b92
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
CSeq: 102 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Content-Length: 0
Nov 30 11:44:49.218: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
INVITE sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC9241
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 1020645888-0000065536-0000124117-0189862410
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M5
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 102 INVITE
Max-Forwards: 70
Timestamp: 1417347889
Contact: <sip:[email protected]:5060>
Call-Info: <sip:10.18.81.2:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 271
v=0
o=CiscoSystemsSIP-GW-UserAgent 7676 6959 IN IP4 10.18.81.2
s=SIP Call
c=IN IP4 0.0.0.0
t=0 0
m=audio 22256 RTP/AVP 18 101
c=IN IP4 0.0.0.0
a=inactive
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
Nov 30 11:44:49.278: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received: 
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3EC9241
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Call-ID: [email protected]
CSeq: 102 INVITE
Timestamp: 1417347889
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
Supported: 
Accept: application/media_control+xml,application/sdp,application/xml
Contact: <sip:[email protected]:5060;transport=udp>
X-BroadWorks-Correlation-Info: bbf94839-a234-4237-95e6-a7037322f0f4
Content-Type: application/sdp
Content-Length: 360
v=0
o=BroadWorks 316169737 2 IN IP4 10.111.111.254
s=-
c=IN IP4 0.0.0.0
t=0 0
m=audio 20074 RTP/AVP 18 101 100
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:100 X-NSE/8000
a=fmtp:100 200-202
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 image udptl t38
a=inactive
Nov 30 11:44:49.278: //64511/3CD5D2000001/SIP/Call/sipSPICallInfo: 
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3D7B1458
State of The Call        : STATE_ACTIVE
TCP Sockets Used         : NO
Calling Number           : 27218091323
Called Number            : 0862000000
Source IP Address (Sig  ): 10.18.81.2
Destn SIP Req Addr:Port  : 10.111.111.254:5060
Destn SIP Resp Addr:Port : 10.111.111.254:5060
Destination Name         : 10.111.111.254
Nov 30 11:44:49.278: //64511/3CD5D2000001/SIP/Call/sipSPIMediaCallInfo: 
Number of Media Streams: 1
Media Stream             : 1
Negotiated Codec         : g729br8
Negotiated Codec Bytes   : 20
Nego. Codec payload      : 18 (tx), 18 (rx)
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101 (tx), 101 (rx)
Source IP Address (Media): 10.18.81.2
Source IP Port    (Media): 22256
Destn  IP Address (Media): 0.0.0.0
Destn  IP Port    (Media): 20074
Orig Destn IP Address:Port (Media): [ - ]:0
Nov 30 11:44:49.282: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
ACK sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECA2633
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 102 ACK
Allow-Events: telephone-event
Content-Length: 0
Nov 30 11:44:49.282: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720852ab8b92
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
CSeq: 102 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Contact: <sip:[email protected]:5060>
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Supported: timer
Content-Type: application/sdp
Content-Length: 271
v=0
o=CiscoSystemsSIP-GW-UserAgent 7965 2748 IN IP4 10.18.81.2
s=SIP Call
c=IN IP4 0.0.0.0
t=0 0
m=audio 22350 RTP/AVP 18 101
c=IN IP4 0.0.0.0
a=inactive
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
Nov 30 11:44:49.282: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received: 
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e72094953dfea
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 102 ACK
Allow-Events: presence
Content-Length: 0
Nov 30 11:44:49.290: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received: 
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720a6918040f
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE:  1800
User-Agent: Cisco-CUCM9.1
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 103 INVITE
Max-Forwards: 70
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Contact: <sip:[email protected]:5060>
Content-Length: 0
Nov 30 11:44:49.294: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720a6918040f
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
CSeq: 103 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Content-Length: 0
Nov 30 11:44:49.294: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
INVITE sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECB16F3
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 1020645888-0000065536-0000124117-0189862410
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M5
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 103 INVITE
Max-Forwards: 70
Timestamp: 1417347889
Contact: <sip:[email protected]:5060>
Expires: 180
Allow-Events: telephone-event
Content-Length: 0
Nov 30 11:44:49.338: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received: 
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECB16F3
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Call-ID: [email protected]
CSeq: 103 INVITE
Timestamp: 1417347889
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
Supported: 
Accept: application/media_control+xml,application/sdp,application/xml
Contact: <sip:[email protected]:5060;transport=udp>
Content-Type: application/sdp
Content-Length: 306
v=0
o=BroadWorks 316169737 3 IN IP4 10.111.111.254
s=-
c=IN IP4 10.111.111.254
t=0 0
m=audio 20074 RTP/AVP 18 101
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 200-202
a=X-cap: 2 image udptl t38
Nov 30 11:44:49.342: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
SIP/2.0 2
PM-HO-VG-01#00 OK
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720a6918040f
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
CSeq: 103 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Contact: <sip:[email protected]:5060>
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-15.2.4.M5
Supported: timer
Content-Type: application/sdp
Content-Length: 289
v=0
o=CiscoSystemsSIP-GW-UserAgent 7965 2749 IN IP4 10.18.81.2
s=SIP Call
c=IN IP4 10.18.81.2
t=0 0
m=audio 22350 RTP/AVP 18 101 19
c=IN IP4 10.18.81.2
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:19 CN/8000
a=ptime:20
Nov 30 11:44:49.350: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received: 
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.11:5060;branch=z9hG4bK2e720b594cd517
From: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
To: <sip:[email protected]>;tag=3C365010-1E42
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 103 ACK
Allow-Events: presence
Content-Type: application/sdp
Content-Length: 213
v=0
o=CiscoSystemsCCM-SIP 9082578 3 IN IP4 10.18.81.11
s=SIP Call
c=IN IP4 10.18.81.10
t=0 0
m=audio 4000 RTP/AVP 18
a=X-cisco-media:umoh
a=rtpmap:18 G729/8000
a=ptime:20
a=fmtp:18 annexb=no
a=sendonly
Nov 30 11:44:49.354: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
BYE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECC55
From: <sip:[email protected]>;tag=3C365010-1E42
To: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M5
Max-Forwards: 70
Timestamp: 1417347889
CSeq: 101 BYE
Reason: Q.850;cause=86
P-RTP-Stat: PS=874,OS=17480,PR=872,OR=17440,PL=0,JI=0,LA=0,DU=17
Content-Length: 0
Nov 30 11:44:49.354: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Sent: 
BYE sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECD1ECD
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M5
Max-Forwards: 70
Timestamp: 1417347889
CSeq: 104 BYE
Reason: Q.850;cause=65
P-RTP-Stat: PS=872,OS=17440,PR=952,OR=19040,PL=0,JI=0,LA=0,DU=17
Content-Length: 0
Nov 30 11:44:49.374: //64511/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received: 
SIP/2.0 200 Race Condition
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECD1ECD
From: "Bianca Africa" <sip:[email protected]>;tag=3C364D44-9E2
To: <sip:[email protected]>;tag=71913148-1417348035284
Call-ID: [email protected]
Timestamp: 1417347889
CSeq: 104 BYE
Content-Length: 0
Nov 30 11:44:49.374: //64511/3CD5D2000001/SIP/Call/sipSPICallInfo: 
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3D7B1458
State of The Call        : STATE_DEAD
TCP Sockets Used         : NO
Calling Number           : 27218091323
Called Number            : 0862000000
Source IP Address (Sig  ): 10.18.81.2
Destn SIP Req Addr:Port  : 10.111.111.254:5060
Destn SIP Resp Addr:Port : 10.111.111.254:5060
Destination Name         : 10.111.111.254
Nov 30 11:44:49.374: //64511/3CD5D2000001/SIP/Call/sipSPIMediaCallInfo: 
Number of Media Streams: 1
Media Stream             : 1
Negotiated Codec         : g729br8
Negotiated Codec Bytes   : 20
Nego. Codec payload      : 18 (tx), 18 (rx)
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101 (tx), 101 (rx)
Source IP Address (Media): 10.18.81.2
Source IP Port    (Media): 22256
Destn  IP Address (Media): 10.111.111.254
Destn  IP Port    (Media): 20074
Orig Destn IP Address:Port (Media): [ - ]:0
Nov 30 11:44:49.374: //64511/3CD5D2000001/SIP/Call/sipSPICallInfo: 
Disconnect Cause (CC)    : 65
Disconnect Cause (SIP)   : 200
Nov 30 11:44:49.406: //64510/3CD5D2000001/SIP/Msg/ccsipDisplayMsg:
Received: 
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.18.81.2:5060;branch=z9hG4bK3ECC55
From: <sip:[email protected]>;tag=3C365010-1E42
To: "Bianca Africa" <sip:[email protected]>;tag=9082578~cdf4c5a6-dd2b-4c71-bca0-b262ad997720-44517224
Date: Sun, 30 Nov 2014 11:44:49 GMT
Call-ID: [email protected]
CSeq: 101 BYE
Content-Length: 0
Nov 30 11:44:49.406: //64510/3CD5D2000001/SIP/Call/sipSPICallInfo: 
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3D816D70
State of The Call        : STATE_DEAD
TCP Sockets Used         : NO
Calling Number           : 0218091323
Called Number            : 0862000000
Source IP Address (Sig  ): 10.18.81.2
Destn SIP Req Addr:Port  : 10.18.81.11:5060
Destn SIP Resp Addr:Port : 10.18.81.11:5060
Destination Name         : 10.18.81.11
Nov 30 11:44:49.406: //64510/3CD5D2000001/SIP/Call/sipSPIMediaCallInfo: 
Number of Media Streams: 1
Media Stream             : 1
Negotiated Codec         : g729br8
Negotiated Codec Bytes   : 20
Nego. Codec payload      : 18 (tx), 18 (rx)
Negotiated Dtmf-relay    : 6
Dtmf-relay Payload       : 101 (tx), 101 (rx)
Source IP Address (Media): 10.18.81.2
Source IP Port    (Media): 22350
Destn  IP Address (Media): 0.0.0.0
Destn  IP Port    (Media): 21928
Orig Destn IP Address:Port (Media): [ - ]:0
Nov 30 11:44:49.406: //64510/3CD5D2000001/SIP/Call/sipSPICallInfo: 
Disconnect Cause (CC)    : 86
Disconnect Cause (SIP)   : 200
PM-HO-VG-01#

Hi Manish,
Again, excellent feedback. Much appreciated.
I will try the commands suggested above and see if I can get DTMF to work correctly while interworking H.323 and SIP.
But my ultimate goal is to have SIP all way from the CUCM to the CUBE and from the CUBE to the ITSP.
If I enable SIP Early Offer with MTP on the CUCM going to the CUBE, all SIP Invite sent from the CUCM to the CUBE uses G.729r8 as the codec and once the call is established using G.729r8 should the ITSP reply with that codec, the call succeed and I am able to see an active MTP session using G.729 when I issue the command # show sccp connections.
One thing that I saw is that my ITSP love so much sending G.729br8 most of the times, so even if using SIP EO with MTP on the SIP Trunk to the CUBE, when I sent my INVITE out from the CUCM to the CUBE using G.729r8, specially on call center numbers such as 0800 numbers, you will see that the call established but the codec being negotiated is G.729br8 which is voice only (missing DTMF).
I will be doing some intensive test again later on this week and will send the logs. 
Here is my question to both of you:
Which is the best way of having a proper SIP to SIP setup all the way that will not pose any problem?
Do I have to enable Early Offer on the SIP Profile used by the CUBE SIP Trunk or should I use the normal Standard SIP Profile? Do I need to enable MTP on my CUBE SIP Trunk or not?
From the CUBE point of view, I have a voice class codec that support G.729r8 or G.729br8 and the DTMF Relay method supported by the ITSP is RFC 2833.
I will send more logs for each scenario. I think that we are getting close to the resolution of this problem.
Thanks again for your support fellows.

Similar Messages

  • Calling Party No Display in SIP Trunk

    Hi All,
    We are integrating the CUCM & CME via SIP trunk where we facing the problem in Caller ID.
    In CUCM & CME we have 4 digit extension. It will transformed to 8 digit Enterprise number while calling from/to cucm & cme. Once the call answered it displays the 4 digit extension of called party instead of 8 digit enterprise no.
    Hope it's updating the Phone caller Id based on "P-Asserted Identity" in SIP messages . My requirements is it should display 8 digit no & Name.
    Flow :   Phone --> CUCM --> SIP Trunk --> CME --> Phone.
    Any Suggestions !!!

    Hi All,
    I just tried with SIP Profiles on the dial peer to remove the Remote-party ID.
    When call initiated from CME to CUCM , "Remote Party Id"  is removed in Invite. When CUCM reply with 180 ringing it contains "Remote Party Id" but sip profile not having any effect.
    This to avoid the displaying CUCM internal number series in CME instead of DID.
    Can you advice how it can be achieve ?
    Configuration
    voice class sip-profiles 10
    request ANY sip-header Remote-Party_ID remove
    response ANY sip-header Remote-Party-ID remove
    dial-peer voice 100 voip
    destination-pattern 91T
    session protocol sipv2
    session target ipv4:<ip address>
    voice-class sip profiles 10
    Call Flow
    SCCP Phone -- CME --- SIP -- CUCM --- SCCP Phone.
    Thanks in Advance

  • SIP ITSP on CUCM 10.5.2 (No CUBE) Incoming calls fail, outgoing are fine

    Hi,
    I am in the process of upgrading a customer who is on 8.0.3. They have an ITSP terminating SIP Trunk directly on the CCM Server
    I upgraded the system to 10.5.2. During cutover I was able to make outgoing calls but all incoming calls were failing.
    After reverting back to the old system, everything is working fine again, and I dont understand what could be the possible issue that it doesnt work on 10.5.2 but it works well on 8.0.3.
    I checked almost everything and dont find anything that stands out, which may be contributing to the issue.
    Any idea what could be missing here?
    Thanks

    Thanks for all your tips.
    It was turned out that, the URI was a FQDN and during the first install of the 8.0.3 (in the sandbox) I had not bothered to get the DNS Services replicated and then didnt check if the ITSP was sending the invite on URI based on FQDN or IP Address
    Thanks

  • Unable to perform call transfer & call park through SIP Trunk (SKYPE)

    The Scenario is:
    I have set up a SIP trunk to SKYPE and we are able to make outbound call to a number via SIP Trunk.
    After the call is established, when we tried to make call transfer, the call DROP and the phone at the other end shows error "Temp Fail".
    I tried to "enable MTP" in SIP Trunk and We are able to perform call-transfer but it limits the call session to 1.
    Anyone has facing the same issue?

    MTP is needed to invoke supplementary functions like hold, transfer etc. Make sure that the MTP is checked on SIP trunk, MTP is assigned to the MRGL of the device pool on SIP trunk and has sufficient resources.
    HTH
    Manish

  • UC520 SIP trunk unable to make outgoing calls, incoming calls are ok

    I have an new SIP trunk set on an UC520 and the incoming calls are ok, but the outgoing calls are getting an busy tone(not working).
    The bellow trace is showing that the cause is "No route to destination (3) ". The question is this route has to do with the firewall(ip routing) or with the voice translation rules?
    001866: //3439/91242E51926F/SIP/Call/sipSPICallInfo:
    The Call Setup Information is:
    Call Control Block (CCB) : 0x843CE50C
    State of The Call        : STATE_DEAD
    TCP Sockets Used         : YES
    Calling Number           : 0777777777 <- main sip number
    Called Number            : 0888888888 <- called number
    Source IP Address (Sig  ): 0.0.0.0
    Destn SIP Req Addr:Port  : 0.0.0.0:0
    Destn SIP Resp Addr:Port : 0.0.0.0:0
    Destination Name         :
    001867: //3439/91242E51926F/SIP/Call/sipSPICallInfo:
    Disconnect Cause (CC)    : 3
    Disconnect Cause (SIP)   : 200

    Hi Emil,
    I've added bind control and media interface but outgoing calls are the same blocked, strange thing is that the cause is still no route to destination (3)
    but
    UC_520#show sip-ua status
    SIP User Agent Status
    SIP User Agent for UDP : ENABLED
    SIP User Agent for TCP : ENABLED
    SIP User Agent for TLS over TCP : ENABLED
    SIP User Agent bind status(signaling): ENABLED 10.10.10.5 <- fa0/0 IP address
    SIP User Agent bind status(media): ENABLED 10.10.10.5 <- fa0/0 IP address
    SIP early-media for 180 responses with SDP: ENABLED
    SIP max-forwards : 70
    SIP DNS SRV version: 2 (rfc 2782)
    NAT Settings for the SIP-UA
    Role in SDP: NONE
    Check media source packets: DISABLED
    Maximum duration for a telephone-event in NOTIFYs: 2000 ms
    SIP support for ISDN SUSPEND/RESUME: ENABLED
    Redirection (3xx) message handling: ENABLED
    Reason Header will override Response/Request Codes: DISABLED
    Out-of-dialog Refer: DISABLED
    Presence support is DISABLED
    SDP application configuration:
     Version line (v=) required
     Owner line (o=) required
     Timespec line (t=) required
     Media supported: audio image
     Network types supported: IN
     Address types supported: IP4
     Transport types supported: RTP/AVP udptl

  • ADDING 9 TO MISS CALL SIP TRUNK

    Hai i need to add 9 to miss call on call manager 10.5 using sip trunk to gateway
    will the globalisation localisation affect unity connection and contact centre express.
    any step by step guide available for sip trunk.

    I like to globalise now.. that way missed calls, recent calls etc can be placed from the phone. No need to place access codes before missed call phone numbers.

  • CUCM, VCS-Core and Edge, B2B Calling

    I have CUCM ver 9.1(2) and VCS 8.1.1 in my environment, the VCS-C and VCS-E are currently setup to do MRA which is working fine for the vpn-less Jabber.
    We also have a number of SX series Telepresence codecs dotted about which are registered to the CUCM and used for internal video conferencing, now the company is wanting the ability for outside video conferencing so need to setup the B2B capability (licencing has been sorted out already for Rich Media Sessions)
    I've been ploughing through a number of docs on this, I have not found one yet specifically for CUCM registered devices and VCS doing nothing but firewall traversal, so the guides I've been working from are for enabling CUCM registered devices to talk to VCS registered devices and just taking relevant bits such as Neighbour zones and SIP trunks from it.
    Does anyone know of a guide specifically for the direction Cisco appear to want us to go, which is Telepresence devices registered to CUCM and the VCS just doing firewall traversal.
    Or a guide on the firewall traversal part only and I can tack it on to my notes from the other adapted guides.
    My current notes have the following tasks I think I need to do to get this working
    - setup partition and CSS on the CUCM for Telepresence calls
    - setup SIP trunk on CUCM pointing to Expressway-C (have subnotes on requirments for SIP Trunk Security profile and the SIP Profile)
    - SIP route pattern(s) on the CUCM pointing to the SIP trunk
    - Enterprise parameters on the CUCM such as Cluster FQDN, Organization Top Level Domain and URI Lookup Policy
    - On the VCS-C a neighbour zone pointing to the CUCM
    - Search rule to route inbound calls to CUCM neighbour zone
    Is this looking correct so far?  If so then what else will I need to in relation to traversal zones and VCS-E call routing to get calls in and out the business?
    thanks in advance
    Tigre

    Was checking the logs on the SX10 itself, appears to be reporting the same thing about 503 Service Unavailable, I had the logging on it set to "Extended Logging"
    (NB - the address 10.1.99.198 in this case is not the SX10, it is my laptop as I was using the SX10's webgui to remotely control the device and make the call)
    Currently discussing this issue with Cisco TAC, will update as and when more info comes
    Line 1113: Sep 10 15:24:56.367 a9 appl[1529]: 6097.58 CuilApp   User admin(1001) about to execute command '/Phonebook/Search ContactType: any Limit: 100 Offset: 0 PhonebookType: local SearchString: [email protected]' from 10.1.99.198.
    Line 1114: Sep 10 15:24:56.375 a9 appl[1529]: 6097.58 CuilApp   User admin(1001) about to execute command '/CallHistory/Recents DetailLevel: Full Limit: 100 Offset: 0 SearchString: [email protected]' from 10.1.99.198.
    Line 1115: Sep 10 15:24:56.384 a9 appl[1529]: 6097.59 CuilApp   User admin(1001) about to execute command '/Phonebook/Search ContactType: any Limit: 100 Offset: 0 PhonebookType: corporate SearchString: [email protected]' from 10.1.99.198.
    Line 1117: Sep 10 15:24:58.634 a9 appl[1529]: 6099.84 CuilApp   User admin(1001) about to execute command '/Dial callType: Video number: [email protected]' from 10.1.99.198.
    Line 1125: Sep 10 15:24:59.154 a9 appl[1529]: 6100.36 MainEvents I: OutgoingCallInvoked(p=3) remoteURI='sip:[email protected]' localURI='sip:[email protected]' bookingID=''
    Line 1164: Sep 10 15:24:59.859 a9 appl[1529]: 6101.07 MC I: CallParticipant: calledUri: sip:[email protected]
    Line 1190: Sep 10 15:24:59.890 a9 appl[1529]: 6101.10 SipPacket   INVITE sip:[email protected] SIP/2.0
    Line 1196: Sep 10 15:24:59.892 a9 appl[1529]: 6101.10 SipPacket   To: <sip:[email protected]>
    Line 1295: Sep 10 15:24:59.960 a9 appl[1529]: 6101.17 SipPacket   To: <sip:[email protected]>
    Line 1306: Sep 10 15:24:59.967 a9 appl[1529]: 6101.18 SipPacket   To: <sip:[email protected]>;tag=1393374~8642d04e-70cd-49a5-b73c-5ca5fe21b218-48171693
    Line 1313: Sep 10 15:24:59.970 a9 appl[1529]: 6101.18 SipPacket   ACK sip:[email protected] SIP/2.0
    Line 1318: Sep 10 15:24:59.972 a9 appl[1529]: 6101.18 SipPacket   To: <sip:[email protected]>;tag=1393374~8642d04e-70cd-49a5-b73c-5ca5fe21b218-48171693
    Line 1328: Sep 10 15:24:59.979 a9 appl[1529]: 6101.19 MainEvents I: CallDisconnectRequested(p=3) remoteURI='sip:[email protected]' cause=[normal('') 'LocalDisconnect']
    Line 1333: Sep 10 15:24:59.986 a9 appl[1529]: 6101.19 MainEvents I: CallDisconnected(p=3) remoteURI='sip:[email protected]' causeToLocal=[disconnected('Service Unavailable') 'RemoteDisconnect'] causeToRemote=[normal('') 'LocalDisconnect']

  • CUCM route calls diferents gateways/sip trunks

    Hi at all, I have CUCM 6.1.1 and I want to route calls throughs diferents gateways or sip trunks.
    I planned to do with route groups, but I can not add on a route group a H323 gateway and a SIP trunk at the same time.
    How can route calls in different ways?
    In the CUCM page "Route patterns" I want to make alternative routes, for example, the number 6666 is on route "666X" through a "gateway/route list", but if I can not contact by going this route I need to go through the alternative route "XXXX" through another "gateway/route list".
    How can I make by going first to one pattern and then the other pattern?
    Thanks!
    Fran

    Ok thanks but one question more.... if I have a MGCP Gateway? Can I do this from my MGCP Gateway? or I need an H323 Gateway.
    And another possibility.... I dont know if it's right....
    Can I do this with Partitions and CSS?
    This is for example I 'll have a CSS "Global" with Partitions (Primary and Secondary);
    It could go the route first to 666x Gateway with CSS "Global" and partitions (Primary and Secondary). This way I do not know if it is routed first through the Gateway of the partition as Primary and Secondary alternative partition that is served by the SIP Trunk.
    Using the "Dial Number Analyzer" I get the second path XXXX (SIP Trunk) as an alternative route ...

  • Cucm , Cube via Sip and Sip Trunk to ISP , Outgoing calls not working

    Hi
    We have issue with the outgoing calls to sip trunk
    Below is the config and the debugs
    It will be great if you give your thoughts since we have stuck here
    My thoughts are:
    i see that for unknown reason the called number is going with 4 digits instead of 8 digits
    i dont see any sip message comming from ISP
    Maybe the call not going there ? to isp trunk? From the trace the call hit the correct dialpeer 888 but i see 4 digits as a called number , but i dodnt understant the reason to translated in 4 digits the called number.Not apply a translation rule for that
    confused!!!
    Calling Numbner:22324086
    Called Number: 23823690
    CUCM:192.168.1.241 and 242
    CUBE:192.168.1.10
    voice service voip
    ip address trusted list
      ipv4 0.0.0.0 0.0.0.0
    dtmf-interworking rtp-nte
    allow-connections h323 to h323
    allow-connections h323 to sip
    allow-connections sip to h323
    allow-connections sip to sip
    supplementary-service h450.12
    no supplementary-service h225-notify cid-update
    no supplementary-service sip moved-temporarily
    no supplementary-service sip refer
    fax protocol none
    no fax-relay sg3-to-g3
    h323
    sip
      registrar server
      localhost dns:bbtb.cyta.com.cy
      outbound-proxy dns:sbg.bbtb.cyta.com.cy
      no update-callerid
      early-offer forced
    voice class codec 2
    codec preference 1 g711alaw
    codec preference 2 g711ulaw
    codec preference 3 g729br8
    codec preference 4 g729r8
    voice translation-rule 1
    rule 1 /.*\(....\)/ /\1/
    voice translation-rule 3
    rule 1 /^9/ //
    voice translation-rule 4
    rule 1 /\+/ /900/
    rule 2 /^\(9\)\(.......$\)/ /99\2/
    rule 3 /^\(2\)\(.......$\)/ /92\2/
    rule 4 /^0/ /90/
    rule 5 /^1/ /9001/
    rule 6 /^3/ /9003/
    rule 7 /^4/ /9004/
    rule 8 /^5/ /9005/
    rule 9 /^6/ /9006/
    rule 10 /^7/ /9007/
    rule 11 /^8/ /9008/
    rule 12 /^9/ /9009/
    rule 13 /^2/ /9002/
    voice translation-rule 5
    rule 1 // /2232/
    rule 2 /^9/ //
    voice translation-profile SIP_Incoming
    translate calling 4
    translate called 1
    voice translation-profile SIP_Outgoing
    translate calling 5
    translate called 3
    interface FastEthernet0/0
    ip address 192.168.1.10 255.255.255.0
    duplex auto
    speed auto
    interface FastEthernet0/1
    description **SIP TRUNK WITH CYTA**
    ip address 10.249.13.130 255.255.255.252
    duplex auto
    speed auto
    interface FastEthernet0/0
    ip address 192.168.1.10 255.255.255.0
    duplex auto
    speed auto
    interface FastEthernet0/1
    description **SIP TRUNK WITH CYTA**
    ip address 10.249.13.130 255.255.255.252
    duplex auto
    speed auto
    dial-peer voice 889 voip
    description **SIP Trunk to CUCM**
    destination-pattern 4086
    session protocol sipv2
    session target ipv4:192.168.1.242:5060
    voice-class codec 2 
    voice-class sip dtmf-relay force rtp-nte
    no voice-class sip outbound-proxy  
    voice-class sip bind control source-interface FastEthernet0/0
    voice-class sip bind media source-interface FastEthernet0/0
    dtmf-relay sip-notify
    no vad
    dial-peer voice 890 voip
    description **SIP Trunk to CUCM2**
    destination-pattern 4086
    session protocol sipv2
    session target ipv4:192.168.1.241:5060
    voice-class codec 2 
    voice-class sip dtmf-relay force rtp-nte
    no voice-class sip outbound-proxy  
    voice-class sip bind control source-interface FastEthernet0/0
    voice-class sip bind media source-interface FastEthernet0/0
    dtmf-relay sip-notify
    no vad
    dial-peer voice 888 voip
    description **SIP Trunk to CYTA OUTGOING**
    translation-profile incoming SIP_Incoming
    translation-profile outgoing SIP_Outgoing
    destination-pattern 9T
    session protocol sipv2
    session target sip-server
    incoming called-number .
    voice-class codec 2 
    voice-class sip dtmf-relay force rtp-nte
    dtmf-relay rtp-nte
    no vad
    voice service voip
    ip address trusted list
      ipv4 0.0.0.0 0.0.0.0
    dtmf-interworking rtp-nte
    allow-connections h323 to h323
    allow-connections h323 to sip
    allow-connections sip to h323
    allow-connections sip to sip
    supplementary-service h450.12
    no supplementary-service h225-notify cid-update
    no supplementary-service sip moved-temporarily
    no supplementary-service sip refer
    fax protocol none
    no fax-relay sg3-to-g3
    h323
    sip
      registrar server
      localhost dns:bbtb.cyta.com.cy
      outbound-proxy dns:sbg.bbtb.cyta.com.cy
      no update-callerid
      early-offer forced
    voice class codec 2
    codec preference 1 g711alaw
    codec preference 2 g711ulaw
    codec preference 3 g729br8
    codec preference 4 g729r8
    voice translation-rule 1
    rule 1 /.*\(....\)/ /\1/
    voice translation-rule 3
    rule 1 /^9/ //
    voice translation-rule 4
    rule 1 /\+/ /900/
    rule 2 /^\(9\)\(.......$\)/ /99\2/
    rule 3 /^\(2\)\(.......$\)/ /92\2/
    rule 4 /^0/ /90/
    rule 5 /^1/ /9001/
    rule 6 /^3/ /9003/
    rule 7 /^4/ /9004/
    rule 8 /^5/ /9005/
    rule 9 /^6/ /9006/
    rule 10 /^7/ /9007/
    rule 11 /^8/ /9008/
    rule 12 /^9/ /9009/
    rule 13 /^2/ /9002/
    voice translation-rule 5
    rule 1 // /2232/
    rule 2 /^9/ //
    voice translation-profile SIP_Incoming
    translate calling 4
    translate called 1
    voice translation-profile SIP_Outgoing
    translate calling 5
    translate called 3
    dial-peer voice 889 voip
    description **SIP Trunk to CUCM**
    destination-pattern 4086
    session protocol sipv2
    session target ipv4:192.168.1.242:5060
    voice-class codec 2 
    voice-class sip dtmf-relay force rtp-nte
    no voice-class sip outbound-proxy  
    voice-class sip bind control source-interface FastEthernet0/0
    voice-class sip bind media source-interface FastEthernet0/0
    dtmf-relay sip-notify
    no vad
    dial-peer voice 890 voip
    description **SIP Trunk to CUCM2**
    destination-pattern 4086
    session protocol sipv2
    session target ipv4:192.168.1.241:5060
    voice-class codec 2 
    voice-class sip dtmf-relay force rtp-nte
    no voice-class sip outbound-proxy  
    voice-class sip bind control source-interface FastEthernet0/0
    voice-class sip bind media source-interface FastEthernet0/0
    dtmf-relay sip-notify
    no vad
    dial-peer voice 888 voip
    description **SIP Trunk to CYTA OUTGOING**
    translation-profile incoming SIP_Incoming
    translation-profile outgoing SIP_Outgoing
    destination-pattern 9T
    session protocol sipv2
    session target sip-server
    incoming called-number .
    voice-class codec 2 
    voice-class sip dtmf-relay force rtp-nte
    dtmf-relay rtp-nte
    no vad

    Hi Aok
    I change the default value for IPVMS from g711ulaw to g711alaw but the results remained the same
    Also i have  restarted the IPVMS
    SIP-GW#
    SIP-GW#
    *Mar  5 14:19:57.854: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
    Received:
    INVITE sip:[email protected]:5060;transport=tcp SIP/2.0
    Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK79816bbd4196
    From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
    To: ;tag=125E62C-1354
    Date: Tue, 05 Mar 2013 13:52:31 GMT
    Call-ID: [email protected]
    Supported: timer,resource-priority,replaces
    Min-SE:  1800
    User-Agent: Cisco-CUCM9.0
    Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
    CSeq: 102 INVITE
    Max-Forwards: 70
    Expires: 180
    Allow-Events: presence
    Supported: X-cisco-srtp-fallback
    Supported: Geolocation
    Session-Expires:  1800;refresher=uac
    P-Asserted-Identity:
    Remote-Party-ID: ;party=calling;screen=yes;privacy=off
    Contact:
    Content-Type: application/sdp
    Content-Length: 244
    v=0
    o=CiscoSystemsCCM-SIP 38874 2 IN IP4 192.168.1.241
    s=SIP Call
    c=IN IP4 0.0.0.0
    b=TIAS:64000
    b=AS:64
    t=0 0
    m=audio 24784 RTP/AVP 8 101
    a=rtpmap:8 PCMA/8000
    a=ptime:20
    a=inactive
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-15
    *Mar  5 14:19:57.878: //717/DC740C800000/SIP/Msg/ccsipDisplayMsg:
    Sent:
    INVITE sip:[email protected]:5060;transport=udp SIP/2.0
    Via: SIP/2.0/UDP 10.249.13.130:5060;branch=z9hG4bK355253C
    From: [email protected]>;tag=125E594-5C7
    To: [email protected]>;tag=h7g4Esbg_945723725-1362491526714
    Date: Tue, 05 Mar 2013 14:19:57 GMT
    Call-ID: [email protected]
    Route:
    Supported: 100rel,timer,resource-priority,replaces,sdp-anat
    Min-SE:  1800
    Cisco-Guid: 3698592896-0000065536-0000000107-4043417792
    User-Agent: Cisco-SIPGateway/IOS-12.x
    Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
    CSeq: 102 INVITE
    Max-Forwards: 70
    Timestamp: 1362493197
    Contact:
    Expires: 60
    Allow-Events: telephone-event
    Content-Type: application/sdp
    Content-Length: 262
    v=0
    o=CiscoSystemsSIP-GW-UserAgent 6506 3807 IN IP4 10.249.13.130
    s=SIP Call
    c=IN IP4 10.249.13.130
    t=0 0
    m=audio 19234 RTP/AVP 8 101
    c=IN IP4 10.249.13.130
    a=inactive
    a=rtpmap:8 PCMA/8000
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-15
    a=ptime:20
    *Mar  5 14:19:57.878: //716/DC740C800000/SIP/Msg/ccsipDisplayMsg:
    Sent:
    SIP/2.0 100 Trying
    Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK79816bbd4196
    From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
    To: ;tag=125E62C-1354
    Date: Tue, 05 Mar 2013 14:19:57 GMT
    Call-ID: [email protected]
    CSeq: 102 INVITE
    Allow-Events: telephone-event
    Server: Cisco-SIPGateway/IOS-12.x
    Content-Length: 0
    *Mar  5 14:19:57.926: //717/DC740C800000/SIP/Msg/ccsipDisplayMsg:
    Received:
    SIP/2.0 200 OK
    Via: SIP/2.0/UDP 10.249.13.130:5060;branch=z9hG4bK355253C
    To: [email protected]>;tag=h7g4Esbg_945723725-1362491526714
    From: [email protected]>;tag=125E594-5C7
    Call-ID: [email protected]
    CSeq: 102 INVITE
    Contact:
    Require: timer
    Session-Expires: 1800;refresher=uac
    Content-Type: application/sdp
    Content-Length: 213
    Allow: ACK, BYE, CANCEL, INVITE, OPTIONS, PRACK, REFER, NOTIFY, UPDATE, INFO
    Accept: application/media_control+xml
    Accept: application/sdp
    Accept: application/x-broadworks-call-center+xml
    v=0
    o=BroadWorks 96335268 2 IN IP4 10.224.42.164
    s=-
    c=IN IP4 10.224.42.72
    t=0 0
    m=audio 54932 RTP/AVP 8 101
    a=rtpmap:8 PCMA/8000
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-15
    a=ptime:20
    a=inactive
    *Mar  5 14:19:57.942: //716/DC740C800000/SIP/Msg/ccsipDisplayMsg:
    Sent:
    SIP/2.0 200 OK
    Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK79816bbd4196
    From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
    To: ;tag=125E62C-1354
    Date: Tue, 05 Mar 2013 14:19:57 GMT
    Call-ID: [email protected]
    CSeq: 102 INVITE
    Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
    Allow-Events: telephone-event
    Contact:
    Supported: replaces
    Supported: sdp-anat
    Server: Cisco-SIPGateway/IOS-12.x
    Session-Expires:  1800;refresher=uac
    Require: timer
    Supported: timer
    Content-Type: application/sdp
    Content-Length: 259
    v=0
    o=CiscoSystemsSIP-GW-UserAgent 9410 5774 IN IP4 192.168.1.10
    s=SIP Call
    c=IN IP4 192.168.1.10
    t=0 0
    m=audio 19314 RTP/AVP 8 101
    c=IN IP4 192.168.1.10
    a=inactive
    a=rtpmap:8 PCMA/8000
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-15
    a=ptime:20
    *Mar  5 14:19:57.946: //717/DC740C800000/SIP/Msg/ccsipDisplayMsg:
    Sent:
    ACK sip:[email protected]:5060;transport=udp SIP/2.0
    Via: SIP/2.0/UDP 10.249.13.130:5060;branch=z9hG4bK3562A4
    From: [email protected]>;tag=125E594-5C7
    To: [email protected]>;tag=h7g4Esbg_945723725-1362491526714
    Date: Tue, 05 Mar 2013 14:19:57 GMT
    Call-ID: [email protected]
    Route:
    Max-Forwards: 70
    CSeq: 102 ACK
    Allow-Events: telephone-event
    Content-Length: 0
    *Mar  5 14:19:57.946: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
    Received:
    ACK sip:[email protected]:5060;transport=tcp SIP/2.0
    Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK798246ab3597
    From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
    To: ;tag=125E62C-1354
    Date: Tue, 05 Mar 2013 13:52:31 GMT
    Call-ID: [email protected]
    Max-Forwards: 70
    CSeq: 102 ACK
    Allow-Events: presence
    Content-Length: 0
    *Mar  5 14:19:58.146: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
    Received:
    INVITE sip:[email protected]:5060;transport=tcp SIP/2.0
    Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK7983739137ab
    From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
    To: ;tag=125E62C-1354
    Date: Tue, 05 Mar 2013 13:52:31 GMT
    Call-ID: [email protected]
    Supported: timer,resource-priority,replaces
    Min-SE:  1800
    User-Agent: Cisco-CUCM9.0
    Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
    CSeq: 103 INVITE
    Max-Forwards: 70
    Expires: 180
    Allow-Events: presence
    Supported: X-cisco-srtp-fallback
    Supported: Geolocation
    Session-Expires:  1800;refresher=uac
    P-Asserted-Identity:
    Remote-Party-ID: ;party=calling;screen=yes;privacy=off
    Contact:
    Content-Length: 0
    *Mar  5 14:19:58.158: //717/DC740C800000/SIP/Msg/ccsipDisplayMsg:
    Sent:
    INVITE sip:[email protected]:5060;transport=udp SIP/2.0
    Via: SIP/2.0/UDP 10.249.13.130:5060;branch=z9hG4bK3571933
    From: [email protected]>;tag=125E594-5C7
    To: [email protected]>;tag=h7g4Esbg_945723725-1362491526714
    Date: Tue, 05 Mar 2013 14:19:58 GMT
    Call-ID: [email protected]
    Route:
    Supported: timer,resource-priority,replaces,sdp-anat
    Min-SE:  1800
    Cisco-Guid: 3698592896-0000065536-0000000107-4043417792
    User-Agent: Cisco-SIPGateway/IOS-12.x
    Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
    CSeq: 103 INVITE
    Max-Forwards: 70
    Timestamp: 1362493198
    Contact:
    Expires: 60
    Allow-Events: telephone-event
    Content-Length: 0
    *Mar  5 14:19:58.158: //716/DC740C800000/SIP/Msg/ccsipDisplayMsg:
    Sent:
    SIP/2.0 100 Trying
    Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK7983739137ab
    From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
    To: ;tag=125E62C-1354
    Date: Tue, 05 Mar 2013 14:19:58 GMT
    Call-ID: [email protected]
    CSeq: 103 INVITE
    Allow-Events: telephone-event
    Server: Cisco-SIPGateway/IOS-12.x
    Content-Length: 0
    *Mar  5 14:19:58.218: //717/DC740C800000/SIP/Msg/ccsipDisplayMsg:
    Received:
    SIP/2.0 200 OK
    Via: SIP/2.0/UDP 10.249.13.130:5060;branch=z9hG4bK3571933
    To: [email protected]>;tag=h7g4Esbg_945723725-1362491526714
    From: [email protected]>;tag=125E594-5C7
    Call-ID: [email protected]
    CSeq: 103 INVITE
    Contact:
    Require: timer
    Session-Expires: 1800;refresher=uac
    Content-Type: application/sdp
    Content-Length: 216
    Allow: ACK, BYE, CANCEL, INVITE, OPTIONS, PRACK, REFER, NOTIFY, UPDATE, INFO
    Accept: application/media_control+xml
    Accept: application/sdp
    Accept: application/x-broadworks-call-center+xml
    v=0
    o=BroadWorks 96335268 3 IN IP4 10.224.42.164
    s=-
    c=IN IP4 10.224.42.72
    t=0 0
    m=audio 54932 RTP/AVP 8 18 96 99
    a=rtpmap:96 AMR/8000
    a=rtpmap:99 telephone-event/8000
    a=fmtp:99 0-15
    a=ptime:20
    a=sendrecv
    *Mar  5 14:19:58.234: //716/DC740C800000/SIP/Msg/ccsipDisplayMsg:
    Sent:
    SIP/2.0 200 OK
    Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK7983739137ab
    From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
    To: ;tag=125E62C-1354
    Date: Tue, 05 Mar 2013 14:19:58 GMT
    Call-ID: [email protected]
    CSeq: 103 INVITE
    Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
    Allow-Events: telephone-event
    Contact:
    Supported: replaces
    Supported: sdp-anat
    Server: Cisco-SIPGateway/IOS-12.x
    Session-Expires:  1800;refresher=uac
    Require: timer
    Supported: timer
    Content-Type: application/sdp
    Content-Length: 283
    v=0
    o=CiscoSystemsSIP-GW-UserAgent 9410 5775 IN IP4 192.168.1.10
    s=SIP Call
    c=IN IP4 192.168.1.10
    t=0 0
    m=audio 19314 RTP/AVP 8 18 101
    c=IN IP4 192.168.1.10
    a=rtpmap:8 PCMA/8000
    a=rtpmap:18 G729/8000
    a=fmtp:18 annexb=yes
    a=rtpmap:101 telephone-event/8000
    a=fmtp:101 0-15
    *Mar  5 14:19:58.242: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
    Received:
    ACK sip:[email protected]:5060;transport=tcp SIP/2.0
    Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK7985648033f2
    From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
    To: ;tag=125E62C-1354
    Date: Tue, 05 Mar 2013 13:52:31 GMT
    Call-ID: [email protected]
    Max-Forwards: 70
    CSeq: 103 ACK
    Allow-Events: presence
    Content-Type: application/sdp
    Content-Length: 192
    v=0
    o=CiscoSystemsCCM-SIP 38874 3 IN IP4 192.168.1.241
    s=SIP Call
    c=IN IP4 192.168.1.241
    t=0 0
    m=audio 4000 RTP/AVP 8
    a=X-cisco-media:umoh
    a=rtpmap:8 PCMA/8000
    a=ptime:20
    a=sendonly
    *Mar  5 14:19:58.262: //717/DC740C800000/SIP/Msg/ccsipDisplayMsg:
    Sent:
    ACK sip:[email protected]:5060;transport=udp SIP/2.0
    Via: SIP/2.0/UDP 10.249.13.130:5060;branch=z9hG4bK358582
    From: [email protected]>;tag=125E594-5C7
    To: [email protected]>;tag=h7g4Esbg_945723725-1362491526714
    Date: Tue, 05 Mar 2013 14:19:58 GMT
    Call-ID: [email protected]
    Route:
    Max-Forwards: 70
    CSeq: 103 ACK
    Allow-Events: telephone-event
    Content-Type: application/sdp
    Content-Length: 259
    v=0
    o=CiscoSystemsSIP-GW-UserAgent 6506 3808 IN IP4 10.249.13.130
    s=SIP Call
    c=IN IP4 10.249.13.130
    t=0 0
    m=audio 19234 RTP/AVP 8 99
    c=IN IP4 10.249.13.130
    a=sendonly
    a=rtpmap:8 PCMA/8000
    a=rtpmap:99 telephone-event/8000
    a=fmtp:99 0-15
    a=ptime:20
    SIP-GW#
    SIP-GW#sh voip rtp connections
    VoIP RTP active connections :
    No. CallId     dstCallId  LocalRTP RmtRTP     LocalIP                                RemoteIP
    1     716        717        19314    4000     192.168.1.10                           192.168.1.241
    2     717        716        19234    54932    10.249.13.130                          10.224.42.72
    Found 2 active RTP connections

  • SIP trunk call to CTI port media endpoint problem

    Hi, I have the following scenario:
    CUCM ---SIP-----CUBE----SIP----ITSP
    CUCM cluster has two servers 10.1.9.5 and 10.1.9.6 (subscriber), we have a CTI application running on 10.1.9.8, we got a bunch of SIP DIDs from ITSP and those SIP DID numbers are mapped to CUCM internal DNs on CUBE through translation, inbound SIP calls to mapped SCCP phones work fine, media stream of internal call leg is established directly between SCCP phone and CUBE as expected. However, when inbound SIP calls to the number which maps to CTI extention, there is no audio, debug on CUBE shows that the media stream of internal call leg is between one of the CUCM servers. I want to understand why CUCM is telling CUBE to use the IP address which is NOT CTI port is registered from (in this case 10.1.9.8)? why would CUCM treat a CTI extention differently from a regular SCCP phone extension. For regular inbound call to SCCP phones codec between CUCM-CUBE and between CUBE-ITSP are both g11ulaw.
    Thanks,

    "debug on CUBE shows that the media stream of internal call leg is  between one of the CUCM servers" ==>
    debug on CUBE shows that the media stream of internal call leg is  between 10.1.9.5 (happens to be MTP) and CUBE

  • CWMS Call to IP Phone via ICT trunk, after answered no audio

    CWMS ->CUCM 9.1 -> CUCM 8.6->  CUCM 8 IP Phone.
    We have installed the CWMS which has SIP trunk to the CUCM 9.1 for audio to phone. The CUCM 9.1 has an Intercluster Trunk to CUCM 8.6. These two are separate CUCM clusters. The customer bought these systems from different vendors.
    When the CWMS do a call back to the CUCM 8 IP Phone, the phone is ringing and can answer. However, on the CWMS meeting page, it shows call back failed and no answer.  This is strange as when the CUCM 8 IP phone call to WebEx number the CWMS able to answer and user can join the meeting and works normally.
    CWMS ->CUCM 9.1 -> CUCM 8.6-> Voice Gateway -> PSTN
    In this scenario, when CWMS call to PSTN, e.g. mobile number, the mobile phone will ring and can answer. But the call drop after that without any audio heard. Same thing happens when the mobile phone call to CWMS DID number. It answered bu no sound, then the call drop.
    The reason is connected above to the CUCM 8.6 as the PRI is connected to the voice gateway which is control by CUCM 8.6 via MGCP.
    Any idea what's wrong in both scenario?? The weird issue is in both scenarios the call is ringing and after answered, there is no audio. IT seems the CWMS no getting any signal the call has been answered.
    The CUCM 9.1 has IP phone registered to it as well and no issues for those IP phone to call WebEX CWMS and have conference.

    Hi Yong,
    What is the version of your CWMS system?
    What is the size of the solution? (50, 250, 800, 2000 users)?
    Do you have High Availability (HA)?
    Keep in mind that for the appropriate setup of CWMS and CUCM integration you need to have at least 2 SIP trunks between CUCM and CWMS. If you have 2000 users system or smaller systems with HA, you may need to create more SIP trunks to fulfill the integration. Please, review the following documentation for configuring CUCM for CWMS deployment: http://www.cisco.com/c/en/us/td/docs/collaboration/CWMS/2_5/Planning_Guide/Planning_Guide/Planning_Guide_chapter_0111.html
    If that is verified, and still doesn't work properly, without looking at the SIP negotiation traces for the affected calls, I can't tell you what the issue might be. Hence, if the configuration is verified, you may need to open a call with CUCM TAC to take a look at the SIP exchange between CWMS and IP phone and see if there is an issue with the call setup.
    I hope this will help.
    -Dejan

  • Unable to place video calls using CUPC or the IP hardphones.

    Hi,
    We have installed CUVA 2.1.1 software and the VT-II camera installed perfectly fine.CUCM version 6.0 and Presence 6.0.1
    Also get the camera Icon on the IP hard phones as well.But unable to place video calls video calls both with CUPC clients and IP hard phones locally on LAN.
    Able to launch and see the local and remote image as same on my own system.
    Any thing else that I would need to check or missed out any checklist ????
    Regards,
    Shams

    Hi CJ,
    Thanks for the info actually the problem is locally I am not able to place video calls.
    When I click on the video check option both the local and remote image are the same as the local image.
    Please suggest for placing local video calls within a single cluster what all needs to be checked.
    Here we are trying to place video calls IP hard phone to IP hard phone,CUPC to CUPC ,
    IPC to IPc.
    Regards,
    Shams

  • New iPhone 5 just started being unable to place/receive calls

    My iPhone 5 just started being unable to place (says call failed) or receive calls. Cellular data works as do texts. Called ATT, can't figure it out on their end.

    I just went to the Apple Store and their solution was to replace my phone.

  • Unable to place calls to a single Cell User?!?!?

    So check this out.
    CUCM 8.6 w/ MGCP to a PRI.  Paetec is the Telco. 
    Everything in this deployment has been working great for months except that outbound caller ID was being overwritten by Paetec to stamp our main number.  Yesterday they removed the CID stamp on their side and now I can control the outbound calling number.  Very handy, I can announce my DID's and dial *67 to block CID.
    But there is a single employee that as of yesterday cannot be called from here.  She has a T-mobile cell phone with a 914 area code.  I have the CUCM set to stamp the main number on any outbound call where a CID has not been explicitly set so we are sending the same string out as we were before the change.  I can call my 917 T-mobile cell fine and see the main number.  But dialing her the call just dies.  Here is a debug isdn q931
    Apr 16 2012 17:12:54.305: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8  callref = 0x319D
    Bearer Capability i = 0x8090A2
    Standard = CCITT
    Transfer Capability = Speech 
    Transfer Mode = Circuit
    Transfer Rate = 64 kbit/s
    Channel ID i = 0xA98395
    Exclusive, Channel 21
    Calling Party Number i = 0x2181, '212xxxxxxx'  ********** NUMBER OMITTED HERE FOR PRIVACY *************
    Plan:ISDN, Type:National
    Called Party Number i = 0xA1, '1914xxxxxxx'   ********** NUMBER OMITTED HERE FOR PRIVACY *************
    Plan:ISDN, Type:National
    Apr 16 2012 17:12:54.385: ISDN Se0/0/0:23 Q931: RX <- CONNECT pd = 8  callref = 0xB19C
    Apr 16 2012 17:12:54.385: ISDN Se0/0/0:23 Q931: TX -> CONNECT_ACK pd = 8  callref = 0x319C
    Apr 16 2012 17:12:54.389: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8  callref = 0xB19D
            Channel ID i = 0xA98395
    Exclusive, Channel 21
    Apr 16 2012 17:12:55.621: ISDN Se0/0/0:23 Q931: RX <- DISCONNECT pd = 8  callref = 0xB19B
            Cause i = 0x8090 - Normal call clearing
    Apr 16 2012 17:12:55.645: ISDN Se0/0/0:23 Q931: TX -> RELEASE pd = 8  callref = 0x319B
    Apr 16 2012 17:12:55.657: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8  callref = 0xB19B
    Apr 16 2012 17:12:58.365: ISDN Se0/0/0:23 Q931: RX <- ALERTING pd = 8  callref = 0xB19D
            Progress Ind i = 0x8488 - In-band info or appropriate now available
    Apr 16 2012 17:12:58.617: ISDN Se0/0/0:23 Q931: RX <- DISCONNECT pd = 8  callref = 0xB19D
            Cause i = 0x8090 - Normal call clearing
    Apr 16 2012 17:12:58.637: ISDN Se0/0/0:23 Q931: TX -> RELEASE pd = 8  callref = 0x319D
    Apr 16 2012 17:12:58.649: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8  callref = 0xB19D
    This deployment is a distributed cluster with the other CUCM and another gateway across town.  I am able to call her sucessfully from the other location over their Paetec PRI that has not had its CID settings changed by the Telco.
    One other thing, I am able to dial 914.555.1212 sucessfully from HQ.
    So, what is causing this?  I expect I will need to contact Paetec but this is such a subtle problem I wanted to hear from this group first.
    Anyone got any ideas?
    Thanks very much,
    Miles

    Well, my first thought was around this line:
    CG NetEng wrote:
    Called Party Number i = 0xA1, '1914xxxxxxx'   ********** NUMBER OMITTED HERE FOR PRIVACY ************* Plan:ISDN, Type:National
    Some CO switches bulk when you pass type National AND you prefix the "1". You could test without the "1" to see if that changes things. However, I acknowledge that you have been able to call other T-mobile phones (917) and directory service for the 917 NPA. Which lowers the likelihood that a discrepency between the called party digit presentation and numbering type.
    Looking at the Disconnect cause code suggests that if there is a problem, it is not happening at the ISDN Q931 level. Something else is pitching a fit here.
    I'd first look at comparing the above (known bad) call trace with a known good trace. Preferably the other T-mobile device in the 917 NPA. I would also get Paetec involved and do some tests with their techs on the line.
    Sorry I don't have anything more definitive.
    HTH.
    Regards,
    Bill
    http://ucguerrilla.com

  • I cannot hear any sound from music player and also i am unable to listen to any calls i am receiving.kindly help.

    i cannot hear any sound from music player and also i am unable to listen to any calls i am receiving.kindly help.

    Did you already reset the phone by holding the sleep and home button for about 10sec, until the Apple logo comes back again? You will not lose data by resetting, but it can cure some glitches.
    If this does not help, try to set it up as new device, explained here:
    How to back up your data and set up as a new device

Maybe you are looking for

  • How can I share pictures in an iMac between users

    Hi, I would like to know how can I share pictures in an iMac between different users. Thank you

  • IPod frozen in "hold"

    My iPod recently started displaying the lock icon, but the hold switch was off. I have fiddled around with it thinking it was stuck, then I updated the iPod software...and finally I did a full restore. It is still stuck. This is a fairly old iPod, I

  • Problems with f4fpackager for videos in H264 codec

    Hi, I have been trying to use the f4fpackager for some videos i have encoded in h264 using the following ffmpeg command: ./ffmpeg -i video.mp4 -acodec libmp3lame -ab 96k -r 25 -vcodec libx264 -fpre ./ffpresets/libx264-fast.ffpreset -b 1200000 -s 852x

  • How to update mac osx 10.5.8 to 10.6?

    please let me know

  • Dialog Programming:  Screen Parameter ID

    I have a developed a screen with the following fields: Material: Plant: Sloc: For the Sloc, I want a picklist to show up for all slocs for the Plant the user entered.  Currently I can only get it to display all slocs using the parameter ID LAG. How c