[cisco-voip] SIP call issue, call get connected after 10 sec.
Rajkumar Yadav
rajkumaryadav at y7mail.com
Mon Mar 31 00:07:38 EDT 2014
we do had unchecked the MTP and tested the call, all calls were properly treated.
However the DTMF issue came up, since the Genesys side SIP softphone is supporting only inband (RFC 2833) and MGCP gateway would be configured with OOB DTMF method.
(since SCCP phone support both DTMF method can we change the dtmf method in MGCP gateway itself)
Also from the traces it fails to do EO due to configuration issue.
16:15:17.424 |//SIP/SIPCdpc(2,68,205069)/ci=48665604/ccbId=918923/scbId=0/isTrunkConfiguredforVoiceEO: Trunk configured for EO but EO will not be effective due to other configuration - MTPRequired=1 IPAddrMode=0 MediaPreference=0|2,100,68,205069.1^*^*
Kind Regards,
Raaj
________________________________
From: Brian Meade <bmeade90 at vt.edu>
To: Amit Kumar <amit3.kum at gmail.com>
Cc: "Heim, Dennis" <Dennis.Heim at wwt.com>; "cisco-voip at puck.nether.net" <cisco-voip at puck.nether.net>; Rajkumar Yadav <rajkumaryadav at y7mail.com>
Sent: Monday, 31 March 2014 9:12 AM
Subject: Re: [cisco-voip] SIP call issue, call get connected after 10 sec.
The only difference I was able to find between the working and nonworking is that the Create Connection Response is received before the outgoing invite in the working scenario:
Create Connection:
16:15:17.423 |MGCPHandler send msg SUCCESSFULLY to: 10.128.0.2
CRCX 1822574 S0/SU0/DS1-0/11 at 10.128.0.2 MGCP 0.1
C: D000000002e69403000000F58000051d
X: b
L: p:20, a:PCMU, s:off, t:b8
M: recvonly
R: D/[0-9ABCD*#]
Q: process,loop
|2,100,153,1.1390558^10.128.0.2^*
Create Connection Response:
16:15:17.433 |MGCPHandler received msg from: 10.128.0.2
200 1822574 OK
I: D2D7
v=0
c=IN IP4 10.128.0.2
m=audio 19388 RTP/AVP 0 100
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194,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 192-194,200-202
a=X-cap: 2 image udptl t38
|2,100,152,1.5650860^10.128.0.2^*
Outgoing Invite:
16:15:17.468 |//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.14.0.46 on port 5460 index 2245
[3153414,NET]
INVITE sip:2600 at 10.14.0.46:5460 SIP/2.0
Via: SIP/2.0/TCP 10.128.4.10:5060;branch=z9hG4bK9ddfe2fc1b6c2
From: <sip:226241315 at 10.128.4.10>;tag=918923~30427db0-275c-441d-b31f-5c77cf1a9379-48665604
To: <sip:2600 at 10.14.0.46>
Date: Sat, 29 Mar 2014 20:15:17 GMT
Call-ID: d6d8fe00-337129d5-34100-a04800a at 10.128.4.10
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 300
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Cisco-Guid: 3604545024-0000065536-0000204906-0168067082
Session-Expires: 1800
P-Asserted-Identity: <sip:226241315 at 10.128.4.10>
Remote-Party-ID: <sip:226241315 at 10.128.4.10>;party=calling;screen=yes;privacy=off
Contact: <sip:226241315 at 10.128.4.10:5060;transport=tcp>
Max-Forwards: 70
Content-Type: application/sdp
Content-Length: 210
v=0
o=CiscoSystemsCCM-SIP 2000 1 IN IP4 10.128.4.10
s=SIP Call
c=IN IP4 10.128.4.10
t=0 0
m=audio 28102 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
Here's what the nonworking looks like:
Create Connection:
16:17:47.391 |MGCPHandler send msg SUCCESSFULLY to: 10.128.4.12
CRCX 1822579 S0/SU3/DS1-0/14 at 10.128.4.12 MGCP 0.1
C: D000000002e69406000000F58000048a
X: e
L: p:20, a:PCMU, s:off, t:b8
M: recvonly
R: D/[0-9ABCD*#]
Q: process,loop
|2,100,153,1.1390562^10.128.4.12^*
OpenLogicalChannelAck from MTP:
383984245 |2014/03/29 16:17:47.406 |100 |SdlSig-I |MXAgenaOpenLogicalChannelAck |outCall_waitOLCAck |SIPCdpc(2,100,68,205070) |MediaTerminationPointControl(1,100,122,3) |1,100,50,1.79616142^10.128.4.10^MTP_3 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] rc=0 partyId=34213137 port=28106 ipAddrType=0 ipv4=10.128.4.10
Outgoing invite with a=inactive:
16:17:47.407 |//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.14.0.46 on port 5460 index 2245
[3153448,NET]
INVITE sip:2600 at 10.14.0.46:5460 SIP/2.0
Via: SIP/2.0/TCP 10.128.4.10:5060;branch=z9hG4bK9de045e6642c
From: <sip:226241315 at 10.128.4.10>;tag=918936~30427db0-275c-441d-b31f-5c77cf1a9379-48665607
To: <sip:2600 at 10.14.0.46>
Date: Sat, 29 Mar 2014 20:17:47 GMT
Call-ID: 30412d00-33712a6b-34104-a04800a at 10.128.4.10
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 300
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Cisco-Guid: 0809577728-0000065536-0000204907-0168067082
Session-Expires: 1800
P-Asserted-Identity: <sip:226241315 at 10.128.4.10>
Remote-Party-ID: <sip:226241315 at 10.128.4.10>;party=calling;screen=yes;privacy=off
Contact: <sip:226241315 at 10.128.4.10:5060;transport=tcp>
Max-Forwards: 70
Content-Type: application/sdp
Content-Length: 222
v=0
o=CiscoSystemsCCM-SIP 2000 1 IN IP4 10.128.4.10
s=SIP Call
c=IN IP4 10.128.4.10
t=0 0
m=audio 28106 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=inactive
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
Create connection response comes after this:
16:17:47.408 |MGCPHandler received msg from: 10.128.4.12
200 1822579 OK
I: 1430EE
v=0
c=IN IP4 10.128.4.12
m=audio 18048 RTP/AVP 0 100
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194
It could be a potential race condition. He's running 8.5.1 base so definitely huge bug potential here. I found https://tools.cisco.com/bugsearch/bug/CSCtk77040 which seems to be a good match based on the conditions. I would try getting rid of the MTP Required on the SIP Trunk and see if that resolves the issue. If so, you should probably upgrade to the latest 8.5.1 SU if you need to send Early Media.
-Brian Meade
On Sun, Mar 30, 2014 at 3:38 PM, Amit Kumar <amit3.kum at gmail.com> wrote:
Seems to be 8.5.1 , 16:11:57.327 HDR|03/29/2014 CCM,StandAloneCluster,10.128.4.10,Detailed,8.5.1.10000-26|*^*^*
>16:11:57.327 |
>
>checking traces Raj
>
>
>
>
>On Sun, Mar 30, 2014 at 11:18 PM, Heim, Dennis <Dennis.Heim at wwt.com> wrote:
>
>CUCM version is?
>>
>>Dennis Heim | Solution Architect (Collaboration)
>>World Wide Technology, Inc. | 314-212-1814
>>
>>PS Engineering: Innovate & Ignite.
>>
>>
>>From:cisco-voip [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Rajkumar Yadav
>>Sent: Sunday, March 30, 2014 3:16 AM
>>To: cisco-voip at puck.nether.net
>>Subject: [cisco-voip] SIP call issue, call get connected after 10 sec.
>>
>>Hi,
>>
>>Please kind request to help me for the attached logs.
>>
>>setup is like this
>>
>>PSTN--MGCP---CUCM--SIP Trunk--Genesys Contact center.
>>
>>Option selected in SIP trunk is MTP checked (DTMF interoperabiltiy), from SIP profile Early offer.
>>
>>Issue is sometime call goes good and sometime call connected after 10 sec.
>>
>>We get media inactive and reinvite makes the connection goes good.
>>
>>For good call Call-ID: d6d8fe00-337129d5-34100-a04800a at 10.128.4.10
>>
>>For Bad call Call-ID: 30412d00-33712a6b-34104-a04800a at 10.128.4.10
>>
>>Kind Regards,
>>Raaj.
>>
>>
>>_______________________________________________
>>cisco-voip mailing list
>>cisco-voip at puck.nether.net
>>https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>>
>
>
>
>_______________________________________________
>cisco-voip mailing list
>cisco-voip at puck.nether.net
>https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140330/2d71fc53/attachment.html>
More information about the cisco-voip
mailing list