CUCM 7.1.5 + cue 8.6.7 AA call transfer issue

The problem I have, happens only when a caller from PSTN calls my AA, the call is answered (the PSTN Caller hears a message) and then transfer to an sccp phone but the destination number does not answer and then the call is redirected to the forwarding destination. The last DN that will answer the call does not receive called id information but only the caller id (PSTN number).
For example a PSTN user xxxx2232 calls one of our customer service representatives at xxxxx007. The call is answered by CUE AA that plays a message and then the call is transferred back to xx007. In my case xx007 does not answer and the call is forwarded to xx008 which sees on the phone display call from xxxx2232 only and not call xxxx2232 for xxxxx007. When xx008 tries to pick up the call from xx007 the same happens.
With cue 7.0.3 i had no such issue after the upgrade of my cue to 8.6.7, I have this issue.
Can help in order to find what is going wrong.
Thanks.

CUC yes, for CUPS you need to review the CUPS compatibility info to find that out, for any other Cisco apps, also review the release notes to find if they're compatible or no. For 3rd party apps, check with the vendor
Sent from Cisco Technical Support iPad App

Similar Messages

Is there a CUCM API which can be used to see what calls are in progress?

Hello All,
I am trying to build a basic monitoring application which will display a list of calls in progress along with endpoint information such as IP address etc
Is there a CUCM API which can be used to see what calls are in progress?
Thanks
Matt

Matt,
It looks like another person had a similar question before, see the following thread:
https://supportforums.cisco.com/discussion/9697836/can-use-axl-or-other-api-get-calls-progress
Also, according to the comments seen on that post, I was able to find the JTAPI developers guide, see more information below:
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/jtapi_dev/8_6_1/jtapidevguide/overview.html
If this still does not satisfy your question then, the best you can do is post this inquiry on the Cisco Developer Network on the following link:
https://developer.cisco.com/site/devnet/home/index.gsp
Hope this information helps,
Marco Rojas.

CUCM 8.6 QSIG to Nortel Option 81 No Caller ID

Working on an H.323 QSIG trunk to Nortel Option 81. Everything is working except caller ID on local calls. Cisco phones making local (7digit) calls only display the lead trunk (BTN) number for caller ID. Long distance calls display the correct caller ID. The Nortel has a separate local and LD trunks. Nortel phones have correct caller id displayed for both local and LD calls.
Topology/Call Flow
Cisco Phone -> CUCM -> 2911GW -> Nortel ->PSTN
Gateway is a 2911 running 15.0(1)M5
It looks like we are sedning the same information to the Nortel on both callS AND the Q931 information on both calls looks to be correct.
Local Call (Not Working)
*Sep 19 20:24:26.865: ISDN Se0/0/0:23 Q931: Sending SETUP callref = 0x5429 callID = 0xD3B2 switch = primary-qsig interface = Network
*Sep 19 20:24:26.865: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x5429
        Sending Complete
        Bearer Capability i = 0x8090A2
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98384
                Exclusive, Channel 4
        Calling Party Number i = 0x0081, '4065565382'
                Plan:Unknown, Type:Unknown
        Called Party Number i = 0x80, '95998310'
                Plan:Unknown, Type:Unknown
*Sep 19 20:24:26.941: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0xD429
        Channel ID i = 0xA98384
                Exclusive, Channel 4
*Sep 19 20:24:28.077: ISDN Se0/0/0:23 Q931: RX <- ALERTING pd = 8 callref = 0xD429
Long Distance Call (Working)
*Sep 19 20:26:31.213: ISDN Se0/0/0:23 Q931: Sending SETUP callref = 0x542A callID = 0xD3B3 switch = primary-qsig interface = Network
*Sep 19 20:26:31.213: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8 callref = 0x542A
        Sending Complete
        Bearer Capability i = 0x8090A2
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98383
                Exclusive, Channel 3
        Calling Party Number i = 0x0081, '4065565382'
                Plan:Unknown, Type:Unknown
        Called Party Number i = 0x80, '912088306374'
                Plan:Unknown, Type:Unknown
*Sep 19 20:26:31.293: ISDN Se0/0/0:23 Q931: RX <- CALL_PROC pd = 8 callref = 0xD42A
        Channel ID i = 0xA98383
                Exclusive, Channel 3
*Sep 19 20:26:31.449: ISDN Se0/0/0:23 Q931: RX <- PROGRESS pd = 8 callref = 0xD42A
        Cause i = 0x81E4 - Invalid information element contents
        Progress Ind i = 0x8188 - In-band info or appropriate now available
*Sep 19 20:26:35.313: ISDN Se0/0/0:23 Q931: RX <- ALERTING pd = 8 callref = 0xD42A
So it apprears to be something on the Nortel side??? What can I check on the Nortel to see how these two calls are recieved and routed to the locan and LD trunks.

Have you had any luck solving this issue?
I am having the exact same problem. What I have found is that the local provider is saying that the number is not coming across in E.164 format which then appears to them as an unknown number so they just append either the main phone number to the caller ID or sometimes the phone number associated with billing contact. The nortel works just fine in both senarios, but there seems to be something lost in translation between the Cisco and Nortel.   So far I haven't been able to find a setting to fix this.

CUE AA redirect to external call not disconnecting

Hello,
I have a problem with cue AA redirect to external number not disconnecting only when the external number does not answer; if the external number redirected to does answer, the lines disconnects normally.
My FXO config is as below for all the lines:
voice-port 0/0/0
trunk-group AllFXO
supervisory disconnect dualtone mid-call
input gain 3
output attenuation -1
echo-cancel coverage 32
cptone KW
timeouts initial 5
timeouts interdigit 3
timeouts call-disconnect 3
timeouts ringing 5
timeouts wait-release 1
connection plar 665
impedance complex2
caller-id enable

Hi There,
I noticed that you are getting ISDN cause code 21, not sure why though but the cause code information is interesting...
Cause No. 21 - call rejected.
This cause indicates that the equipment sending this cause does not wish to accept this call. although it could have accepted the call because the equipment sending this cause is neither busy nor incompatible. This cause may also be generated by the network, indicating that the call was cleared due to a supplementary service constraint. The diagnostic field may contain additional information about the supplementary service and reason for rejection.
What it means:
This is usually a telco issue. The call never reaches the final destination, which can be caused by a bad switch translation, or a misconfiguration on the equipment being called.
Now I don't know if it is actually a Telco issue to be honest, because sometimes bad number presentation can cause this issue as well and the carriers switch rejects the call with Cause Code 21 if no other cause code is suitable.
Check your call-forwarded number, make sure you have the outside line number being presented, although it would seem it is anyway otherwise the carrier wouldn't see a call.
Can you please do a "debug isdn q931" and provide us two maybe three examples please
Cheers,
David.

Call Transfer Problem with cucm

Any extension registered to CUCM dials any PSTN number. Now call has been conntected. Now that extension user wants to tranfer that call then tranfer softkey remains unpressed. (nothing happens if we keep pressing tansfer button)

Mohammed,
I suggest you open another thread for your issue...This may not be the same problem as the origal post.
In any case...Can you send the ff:
1. CUCM traces (pls send the calling and called number)
2. "debug ccsip messages" from the CUBE
Please rate all useful posts
"'Nature is too thin a screen, the glory of the omnipresent God bursts through it everywhere"-Ralph Waldo Emerson

AIM-CUE

Can l connect the AIM-CUE which is inside the 2801 with CUCM the same way that l will connect to the CME. I have a computer which l dedicate for my callmanager 8.0 and l have cisco 2801 which l want to install the AIM-CUE into for my viocemail. The configuration that l have is for the CME, l need the setup for the CUCM for the AIM-CUE for the 2801 which l want to setup. Any advice from someone pls.

Hi there,
Can you please review the steps in this excellent doc;
CallManager for Cisco Unity Express Configuration Example
http://www.cisco.com/en/US/products/sw/voicesw/ps5520/products_configuration_example09186a0080289ef0.shtml
Cheers!
Rob

CUE: AIM2-CUE-K9 License problem

Hi all!
Ok, I´ve the following scenario:
Cisco Router 2811 with CUCME 7.1
AIM2-CUE-K9 Module
The CUCME is working perfectly, now i´m trying to complete the installation of the CUE, so i´m using the software available for the mentioned module at cisco.com. The problem is that i don´t know how to get the license for this module. First, i tried installing CUE 8.6 software but i didn´t find the license at the download section of the support page for this module, so i tried using CUE 7.1.1 software (the lowest version available) and then installing license for 7.0 and i got this error:
ERROR: This type of license is obsolete.
To install licenses use the "license install" command.
Please see http://www.cisco.com/go/license for additional information.
So, my question is, how can in solve this? do i have to buy a license for CUE 7.1? I don´t know how to use cisco license page, so i don´t know if there is any non demo license available for 7.x versions of CUE. Thank you in advance.
Regards.
AF.

Hi there,
Please see;
https://supportforums.cisco.com/thread/2058226?tstart=0
Cheers!
Rob

CUE SCRIPT

I need a help
Actually i have CUCM 7 with CUE
The current scenario is: caller from outside can hear the welcome message and after that , the prompt that the calls recorded... This is OK
But The issue is:If the caller from outside call one number that is not in the pool with the recorded prompt and the called number wants to transfer the call to one extension that is on the recorded pool then we want to hear the recording message.Is any solution for this??
Regards

Let's say you transfer to CUCM extension 1001. You could have them actually transfer to extension 801001, and send 80XXXX to an AA (IPCC IVR, CUE AA or Unity AA). The script can then can play that prompt, and then transfer the call to 1001. Not sure which of the three AAs can re-transfer off a portion of the called number without poking around at the menus, but I'm pretty sure that at least IPCC IVR or Unity can do that.

Unity Express 7.4.1 and CUCM 8.5.1

Hi,
I looked in Compatibility Matrix for Unity Express and found that Unity Express 7.4.1 and Callmanager 8.5.1 wll work together.
Now I upgraded Unity Express to version 7.4.1. I read the CTI-ports via Unity Web GUI from CUCM and it found right the ports.
But in CUCM the ports doesnt register with unity express.
What could I do to register the ports? The jtapi user already associated with the ports and I also reset the password t both systems.
Is there a trace I could switch on for port registration?

meanwhile i found why not register, at the CTI are securty profile configured. after remove it, the ports register but still doesnt work:
A debug at the CLI of CUE show following if someone call the Routepoint with DN 9002:
Jan 10 10:19:09 localhost java:    INFO ccn SubsystemJtapi DBUG CTIPG_ROUTE_EVENT:CTI Port Group route event: Route Session=[9002:PT_Alle:1/(P1-unity) GCID=(1,7648)->ACTIVE]->OFFERED,Route Address=9002,Failure reason=Terminate Route Connection,Exception=com.cisco.channel.ChannelLicenseViolationException: license limit
Jan 10 10:19:09 localhost java:    INFO ccn SubsystemJtapi DBUG EXCEPTION:com.cisco.channel.ChannelLicenseViolationException: license limit exceeded for application type: AAWorkflowPrivilege
Jan 10 10:19:09 localhost java:    INFO ccn SubsystemJtapi DBUG EXCEPTION:      at com.cisco.contact.impl.ContactStubImpl.addChannels(ContactStubImpl.java:1667)
Jan 10 10:19:09 localhost java:    INFO ccn SubsystemJtapi DBUG EXCEPTION:      at com.cisco.channel.impl.ChannelManagerImpl.getFromDifferentClassGroups(ChannelManagerImpl.java:950)
Jan 10 10:19:09 localhost java:    INFO ccn SubsystemJtapi DBUG EXCEPTION:      at com.cisco.channel.impl.ChannelManagerImpl.getIdleChannels(ChannelManagerImpl.java:686)
Jan 10 10:19:09 localhost java:    INFO ccn SubsystemJtapi DBUG EXCEPTION:      at com.cisco.channel.Group.getIdleChannels(Group.java:305)
Jan 10 10:19:09 localhost java:    INFO ccn SubsystemJtapi DBUG EXCEPTION:      at com.cisco.wf.subsystems.jtapi.TAPIPortGroup$RouteCallObserver$1.run(TAPIPortGroup.java:17573)
Jan 10 10:19:09 localhost java:    INFO ccn SubsystemJtapi DBUG EXCEPTION:      at com.cisco.executor.impl.ParallelExecutorImpl$WorkOrder.run(ParallelExecutorImpl.java:283)
Jan 10 10:19:09 localhost java:    INFO ccn SubsystemJtapi DBUG EXCEPTION:      at com.cisco.executor.impl.WorkerPool$Worker.run(WorkerPool.java:398)
Jan 10 10:19:09 localhost java:    INFO ccn SubsystemJtapi DBUG EXCEPTION:      at java.lang.Thread.run(Thread.java:595)
Anybody knows what this license violence means? The licenses are valid and activ.

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.

Callcentric SIP Trunk (ITSP -- 2811 CUBE -- CUCM 8.6

I have a SIP trunk from call centric that goes into my lab gear - they appear to be a good sip service due to cost but I'm having some trouble getting calls to route correctly. The call flow is Callcentric.com ITSP (SIP) --> 2811 (acting as cube) -->SIP Trunk --> CUCM 8.6. Phones are registered to CUCM.
I have the sip trunk registered and calls come in to the router (I see them in ccsip message/call debugs) The 2811 running 15.1(4)M7). Callcentric sends the username of the customer in the sip Invite instead of the called number, the called number is in the TO field. I have several DID’s from Callcentric (18452055544, 18452055545, 18452055546) for my lab. There are a few configs on here for CME where the customer number (17772253754) is simply translated to their phone DN - which is fine if you only have 1 DN with callcentric but more than 1 and thats not feasible since every inbound did will be matched to that 17772253754 translation/phone dn.
I’m using the a guide from http://tblog.cisco.be/2011/02/17/cube-conditional-sip-profiles/ using the Copy function as described http://www.cisco.com/c/en/us/products/collateral/ios-nx-os-software/ios-software-release-15-1-3-t/product_bulletin_c25-635704.html
I haven’t been able to find anything where they actually explain all the header fields so Its mostly trial and error.. so far mostly error. I think I’m close.. but who knows. Any assistance would be greatly appreciated
voice class sip-profiles 1
request INVITE peer-header sip TO copy ".sip:(.*)@." u01
request INVITE sip-header SIP-Req-URI modify ".*@(.*)" "INVITE sip:\u01@\1"
CUCM (single/pub)- 192.168.1.200
2811 acting as cube - 192.168.1.203
Calling Number - 18165297500
Called Number - 18452055544
vrtr1#show sip register status
Line                             peer       expires(sec) registered P-Associ-URI
================================ ========== ============ ========== ============
17772253754                      -1         20           yes
vrtr1#
The Call Setup Information is:
Call Control Block (CCB) : 0x49646C28
State of The Call        : STATE_DEAD
TCP Sockets Used         : NO
Calling Number           : 18165297500
Called Number            : 17772253754 (my customer number not called number)
Source IP Address (Sig ): 192.168.1.203 (my 2811 router)
Destn SIP Req Addr:Port : 204.11.192.159:5080
Destn SIP Resp Addr:Port : 204.11.192.159:5080
Destination Name         : 204.11.192.159
Feb 14 11:20:53.303: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
v: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-805ff2443b18502ff96181045b62dd74
f: <sip:[email protected]>;tag=3601387252-874282
t: <sip:[email protected]>
i: [email protected]
CSeq: 1 INVITE
Max-Forwards: 8
m: <sip:[email protected]:5080;transport=udp>
Supported: timer
c: application/sdp
l: 350
v=0
o=NexTone-MSW 2147483647 2147483647 IN IP4 204.11.192.159
s=sip call
c=IN IP4 204.11.192.159
t=0 0
m=audio 61094 RTP/AVP 18 0 8 101
a=fmtp:18 annexb=no
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=ptime:20
a=sendrecv
a=silenceSupp:off - - - -
a=setup:actpass
Feb 14 11:20:53.327: //936/310B294680AD/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-805ff2443b18502ff96181045b62dd74
From: <sip:[email protected]>;tag=3601387252-874282
To: <sip:[email protected]>
Date: Fri, 14 Feb 2014 17:20:53 GMT
Call-ID: [email protected]
CSeq: 1 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
Feb 14 11:20:53.327: //936/310B294680AD/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-805ff2443b18502ff96181045b62dd74
From: <sip:[email protected]>;tag=3601387252-874282
To: <sip:[email protected]>;tag=35399D8-63
Date: Fri, 14 Feb 2014 17:20:53 GMT
Call-ID: [email protected]
CSeq: 1 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Reason: Q.850;cause=1
Content-Length: 0
Feb 14 11:20:53.419: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:[email protected]:5060 SIP/2.0
v: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-805ff2443b18502ff96181045b62dd74
f: <sip:[email protected]>;tag=3601387252-874282
t: <sip:[email protected]>;tag=35399D8-63
i: [email protected]
CSeq: 1 ACK
Max-Forwards: 10
l: 0
u all
Feb 14 11:20:57.067: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:18452055544;cic=0288;rn=6465471001;[email protected]:5070 SIP/2.0
v: SIP/2.0/UDP 204.11.192.159:5080;branch=z9hG4bK-6bceae47efe9f53b4234698a32ac8beb
f: <sip:[email protected]>;tag=3601387252-874282
t: <sip:[email protected]>;tag=35399D8-63
i: [email protected]
CSeq: 1 ACK
Max-Forwards: 8
l: 0
************************** Running Config **************************
sh run
vrtr1#sh running-config
Building configuration...
Current configuration : 4189 bytes
! Last configuration change at 00:34:03 CST Fri Feb 14 2014
! NVRAM config last updated at 20:26:58 CST Thu Feb 13 2014
! NVRAM config last updated at 20:26:58 CST Thu Feb 13 2014
version 15.1
service timestamps debug datetime msec localtime
service timestamps log datetime msec localtime
no service password-encryption
hostname vrtr1
boot-start-marker
boot system flash:
boot system flash flash:c2800nm-ipvoicek9-mz.151-4.M7.bin
boot-end-marker
card type t1 0 0
logging buffered 4096 notifications
enable password cisco
no aaa new-model
memory-size iomem 5
clock timezone CST -6 0
clock summer-time CST recurring
no network-clock-participate wic 0
dot11 syslog
ip source-route
ip cef
ip name-server 192.168.1.9
no ipv6 cef
multilink bundle-name authenticated
voice service voip
ip address trusted list
ipv4 192.168.1.0 255.255.255.0
ipv4 204.11.192.0 255.255.255.0
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 sip moved-temporarily
no supplementary-service sip refer
sip
bind control source-interface FastEthernet0/0
bind media source-interface FastEthernet0/0
registrar server expires max 1800 min 1800
localhost dns:callcentric.com
outbound-proxy dns:callcentric.com
voice class codec 1
codec preference 1 g729r8
codec preference 2 g711ulaw
voice class sip-profiles 1
request INVITE peer-header sip TO copy ".sip:(.*)@." u01
request INVITE sip-header SIP-Req-URI modify ".*@(.*)" "INVITE sip:\u01@\1"
voice-card 0
crypto pki token default removal timeout 0
license udi pid CISCO2811 sn FTX1133A4QR
controller T1 0/0/0
cablelength long 0db
interface FastEthernet0/0
description ** LAN **
ip address 192.168.1.203 255.255.255.0
duplex auto
speed auto
h323-gateway voip interface
h323-gateway voip bind srcaddr 192.168.1.203
interface FastEthernet0/1
no ip address
shutdown
duplex auto
speed auto
ip forward-protocol nd
no ip http server
no ip http secure-server
ip route 0.0.0.0 0.0.0.0 192.168.1.1
snmp mib persist circuit
control-plane
voice-port 0/1/0
voice-port 0/1/1
voice-port 0/1/2
voice-port 0/1/3
ccm-manager mgcp
no ccm-manager fax protocol cisco
ccm-manager music-on-hold
ccm-manager config server 192.168.1.200
ccm-manager config
mgcp
mgcp call-agent 192.168.1.200 2427 service-type mgcp version 0.1
mgcp dtmf-relay voip codec all mode out-of-band
mgcp rtp unreachable timeout 1000 action notify
mgcp modem passthrough voip mode nse
mgcp package-capability rtp-package
mgcp package-capability sst-package
mgcp package-capability pre-package
no mgcp package-capability res-package
no mgcp package-capability fxr-package
no mgcp timer receive-rtcp
mgcp sdp simple
mgcp fax t38 inhibit
mgcp rtp payload-type g726r16 static
mgcp bind control source-interface FastEthernet0/0
mgcp bind media source-interface FastEthernet0/0
mgcp profile default
dial-peer voice 999100 pots
service mgcpapp
port 0/1/0
dial-peer voice 999101 pots
service mgcpapp
port 0/1/1
dial-peer voice 999102 pots
service mgcpapp
port 0/1/2
dial-peer voice 999103 pots
service mgcpapp
port 0/1/3
dial-peer voice 999010 pots
service mgcpapp
port 0/1/0
dial-peer voice 6 voip
description ## INBOUND DID to CUCM ##
session protocol sipv2
session target ipv4:192.168.1.200
incoming called-number 17772253754
voice-class sip profiles 1
dtmf-relay h245-alphanumeric
no vad
dial-peer voice 7 voip
description ## INBOUND DID to CUCM ##
session protocol sipv2
session target ipv4:192.168.1.200
incoming called-number 1845205554[4-5]
voice-class sip profiles 1
dtmf-relay h245-alphanumeric
no vad
sip-ua
credentials username 17772253754 password 7 106C1B49111F17194D realm callcentric.com
authentication username 17772253754 password 7 08035E1E1D11000553 realm callcentric.com
no remote-party-id
retry invite 2
retry register 10
timers connect 100
mwi-server dns:callcentric.com expires 3600 port 5060 transport udp
registrar dns:callcentric.com expires 3600
sip-server dns:callcentric.com
host-registrar
line con 0
line aux 0
line vty 0 4
password cisco
login
transport input all
scheduler allocate 20000 1000
ntp server 199.102.46.72
ntp server 23.227.162.123 prefer
end
exit

Thank you for the reply. I've updated the dial-peers as sugested. I'm now seeing an invite go out to my CUCM however the call fails with a 403 (forbidden) which appears to come from the ITSP (Callcentric). I've included a new set of ccsip message debugs and the dial-peers as adjusted. Please let me know what you think.
dial-peer voice 6 voip
description ## INBOUND CALL from ITSP ##
session protocol sipv2
session target sip-server
incoming called-number 17772253754
voice-class sip profiles 1
dtmf-relay rtp-nte
no vad
dial-peer voice 100 voip
description ## INBOUND DID to CUCM ##
destination-pattern 17772253754
session protocol sipv2
session target ipv4:192.168.1.200
voice-class sip profiles 1
dtmf-relay rtp-nte
no vad
dial-peer voice 7 voip
description ## INBOUND DID to CUCM ##
session protocol sipv2
session target ipv4:192.168.1.200
incoming called-number 1845205554[4-5]
voice-class sip profiles 1
dtmf-relay rtp-nte
no vad
Feb 15 10:18:11.424: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
v: SIP/2.0/UDP 204.11.192.164:5080;branch=z9hG4bK-d78945b444598bc22c8509d069f4789d
f: ;tag=3601469891-655
t: [email protected]>
i: [email protected]
CSeq: 1 INVITE
Max-Forwards: 8
m:
Supported: timer
c: application/sdp
l: 350
v=0
o=NexTone-MSW 2147483647 2147483647 IN IP4 204.11.192.164
s=sip call
c=IN IP4 204.11.192.164
t=0 0
m=audio 61782 RTP/AVP 18 0 8 101
a=fmtp:18 annexb=no
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=ptime:20
a=sendrecv
a=silenceSupp:off - - - -
a=setup:actpass
Feb 15 10:18:11.456: //2419/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 204.11.192.164:5080;branch=z9hG4bK-d78945b444598bc22c8509d069f4789d
From: ;tag=3601469891-655
To: [email protected]>
Date: Sat, 15 Feb 2014 16:18:11 GMT
Call-ID: [email protected]
CSeq: 1 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
Feb 15 10:18:11.460: //2420/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:@192.168.1.200:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK9A91F35
From: [email protected]>;tag=8408644-12C8
To:
Date: Sat, 15 Feb 2014 16:18:11 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 2570262061-2509443555-2182021079-2501285341
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1392481091
Contact:
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 7
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 273
v=0
o=CiscoSystemsSIP-GW-UserAgent 2786 1511 IN IP4 192.168.1.203
s=SIP Call
c=IN IP4 192.168.1.203
t=0 0
m=audio 18168 RTP/AVP 18 101
c=IN IP4 192.168.1.203
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
Feb 15 10:18:11.552: //2420/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 407 Proxy Authentication Required
v: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK9A91F35;rport=57100;received=24.123.98.94
f: [email protected]>;tag=8408644-12C8
t:
i: [email protected]
CSeq: 101 INVITE
Proxy-Authenticate: Digest realm="callcentric.com", domain="sip:callcentric.com", nonce="8ae6b7b1cea74cf401e8a26fd3c7371b", opaque="", stale=TRUE, algorithm=MD5
l: 0
Feb 15 10:18:11.560: //2420/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK9A91F35
From: [email protected]>;tag=8408644-12C8
To:
Date: Sat, 15 Feb 2014 16:18:11 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0
Feb 15 10:18:11.560: //2420/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:@192.168.1.200:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK9AA1BA3
From: [email protected]>;tag=8408644-12C8
To:
Date: Sat, 15 Feb 2014 16:18:11 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 2570262061-2509443555-2182021079-2501285341
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 102 INVITE
Timestamp: 1392481091
Contact:
Expires: 180
Allow-Events: telephone-event
Proxy-Authorization: Digest username="17772253754",realm="callcentric.com",uri="sip:[email protected]:5060",response="a381f10fbbfbd255b444569fef0dddfe",nonce="8ae6b7b1cea74cf401e8a26fd3c7371b",opaque="",algorithm=MD5
Max-Forwards: 7
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 273
v=0
o=CiscoSystemsSIP-GW-UserAgent 2786 1511 IN IP4 192.168.1.203
s=SIP Call
c=IN IP4 192.168.1.203
t=0 0
m=audio 18168 RTP/AVP 18 101
c=IN IP4 192.168.1.203
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
Feb 15 10:18:11.648: //2420/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 403 Incorrect Authentication
v: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK9AA1BA3;rport=57100;received=24.123.98.94
f: [email protected]>;tag=8408644-12C8
t:
i: [email protected]
CSeq: 102 INVITE
l: 0
Feb 15 10:18:11.660: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.1.203:5060;branch=z9hG4bK9AA1BA3
From: [email protected]>;tag=8408644-12C8
To:
Date: Sat, 15 Feb 2014 16:18:11 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 102 ACK
Allow-Events: telephone-event
Content-Length: 0
Feb 15 10:18:11.660: //2419/9933162D820E/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP 204.11.192.164:5080;branch=z9hG4bK-d78945b444598bc22c8509d069f4789d
From: ;tag=3601469891-655
To: [email protected]>;tag=8408714-B60
Date: Sat, 15 Feb 2014 16:18:11 GMT
Call-ID: [email protected]
CSeq: 1 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Reason: Q.850;cause=57
Content-Length: 0
Feb 15 10:18:11.752: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
apsc-vrtr1#ACK sip:[email protected]:5060 SIP/2.0
v: SIP/2.0/UDP 204.11.192.164:5080;branch=z9hG4bK-d78945b444598bc22c8509d069f4789d
f: ;tag=3601469891-655
t: [email protected]>;tag=8408714-B60
i: [email protected]
CSeq: 1 ACK
Max-Forwards: 10
l: 0
vrtr1#u al
Feb 15 10:18:14.776: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:18452055544;cic=0288;rn=6465471001;[email protected]:5070 SIP/2.0
v: SIP/2.0/UDP 204.11.192.164:5080;branch=z9hG4bK-e437c2c5cac5f1a6e147c1cd7c98aad7
f: ;tag=3601469891-655
t: [email protected]>;tag=8408714-B60
i: [email protected]
CSeq: 1 ACK
Max-Forwards: 8
l: 0

Informacast 8.3.0 and CUCM 8.6.2 - Cannot live page 6941 devices

Hello all,
I have setup some 7945G, 7965G and 6941 handsets around a particular area. I have them all configured in Informacast in a recipient group (they all show up in the group when I click view) and the configuration on CUCM all seems good.
When I do a live audio page, it's working fine with my 7945G and 7965G phones - but the 6941 does not light up or send audio.
I have spent many hours comparing values side by side, and changing little properties one at a time while resetting the phone and clicking the update button for the recipient list in Informacast. But I cannot seem to find what is broken. It doesn't seem to be related to the device pool, subscribe group, or multicast packets on the switch ... ? What else could it be?
Any insight or clues would be greatly appreciated.
Thanks,
-Steve Ballantyne

The techs at InformaCast have been very helpful in pointing me in the right direction on this issue. In the logs files on the InformaCast side it's reporting that it cannot make a connection to the phone. The connection it's trying to make is HTTP.
So what I have found is that even though Web Access is set to enabled on all of my 6941 devices, I cannot access any of them through HTTP (my 7945 and 7965 phones work fine).
Anyone know if this is a firmware or a Call Manager issue with the 6941 devices? I am running version 9-3-3-2-SR1.

Party Entrance Tone not working on CUCM 10.5(1.10000.7)

Party Entrance Tone not working on CUCM 10.5(1.10000.7) . This is an intermitent issue for Meet Me conference.
++On the CUCM Service Parameter Party Entrance Tone has is TRUE .
++On Directory number Party Entrance Tone is ON . However the Party entrance tone (Beep tone) not coming when Meet Me conference going on .
Gateway 3945 with IOS Version 15.3(3)M5, RELEASE SOFTWARE (fc3).
The conference Configureation as below.
sccp local GigabitEthernet0/0
sccp ccm 172.20.0.152 identifier 1 priority 1 version 7.0
sccp ccm 172.20.0.153 identifier 2 priority 2 version 7.0
sccp ccm 172.22.0.110 identifier 3 priority 3 version 7.0
sccp ccm 172.22.0.111 identifier 4 priority 4 version 7.0
sccp
sccp ccm group 1
bind interface GigabitEthernet0/0
associate ccm 1 priority 1
associate ccm 2 priority 2
associate ccm 3 priority 3
associate ccm 4 priority 4
associate profile 2 register ASB-DR-GW04CFB
associate profile 1 register ASB-DR-GW04XCO
dspfarm profile 1 transcode
codec g711ulaw
codec g711alaw
codec g729ar8
codec g729abr8
codec g729br8
codec g729r8
maximum sessions 60
associate application SCCP
dspfarm profile 2 conference
codec g729br8
codec g729r8
codec g729abr8
codec g729ar8
codec g711alaw
codec g711ulaw
maximum conference-participants 32
maximum sessions 12
associate application SCCP
Can any one tell me how the party entrance tone happening when a confernce session open.Is it generated from the hardware Confernce resource which configured on the gateway while mixing the RTP streams ? Is there anything to do with CUCM or any service in CUCM to generate the Party entrance tone ?

Hi,
It looks like the following bug
https://tools.cisco.com/bugsearch/bug/CSCup27560/?referring_site=bugquickviewredir
MeetMe Party Entrance Tones stop working
CSCup27560
Description
Symptom:
- MeetMe party entrance tones stop getting played to participants when they join/leave
- The issue will go away for a few weeks if the CCM service is restarted, but then will come back.
- When the issue comes back, it fails 100% of the time.
Conditions:
This problem would occur when we have user having a call from user in different node initiate transfer and also initiate MeetMe and dial user in different node. When transfer completes, we will have a leak in current node MeetMe. This issue should have been there in all CCM versions.
Workaround:
Restarting the CCM service will correct the problem temporarily.
You can either try the workaround or upgrade to one of the fixed versions.
HTH
Manish

Call hold vs. media bypass in CUCM-Lync infrastructure

Dear Colleagues,
We have built a heterogeneous UC infrastructure based on Lync Server 2013 and CUCM 9.1.2.11900-12 and we experienced, that with media bypass, we cant hold the calls on Lync side. I checked the SIP logs on both sides and I saw, when Lync sends a re-invite, CUCM responds with 200 OK and in this there is a parameter "b=CT:64" and unfortunately the Lync could not handle it.
After some investigation I found this link: http://johnacook.wordpress.com/2014/03/27/the-case-of-the-curious-sdp-with-lync-call-manager-media-bypass-and-call-hold-and-resume/
In the post, the author mentioned a LUA script:
M = {} function M.outbound_ANY(msg) local sdp = msg:getSdp() if sdp then local b_CT_line = sdp:getLine(“b=CT”,”64″) if b_CT_line then b_CT_line = b_CT_line:gsub(“64″, “1000”) sdp = sdp:modifyLine(“b=CT”, “64”, b_CT_line) msg:setSdp(sdp) end end end function M.outbound_ANY_ANY(msg) local sdp = msg:getSdp() if sdp then local b_CT_line = sdp:getLine(“b=CT”,”64″) if b_CT_line then b_CT_line = b_CT_line:gsub(“64″, “1000”) sdp = sdp:modifyLine(“b=CT”, “64”, b_CT_line) msg:setSdp(sdp) end end end
return M
I have created a SIP normalization script and afterwards I have assigned it to the SIP trunk but unfortunately the problem still exists.
Do I have to do anything else? Did I miss something?
Thanks,
Laci

Hello Laci, did you fix this issue?
We have similar setup and while testing the media bypass, we faced the issue with call hold and hence decided to upgrade the lync client for all the users.
Wanted to check if you have any other solution for this call hold issue.

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 7.1.5 + cue 8.6.7 AA call transfer issue

Similar Messages

Maybe you are looking for