Cisco CUCM 6.1 PSTN calls busy
Hello,
We have a customer who has a cluster CUCM 6.1
In one remote site he has a Voice-Gateway with a E1 Primary.
The incoming calls done by VOIP or digital lines works perfectly while analog calls are busy.
Someone can help me ?
Thanks in advance
Hello Jaime,
it's a new installation, today is its first day
Here the debugs:
deb isdn q921
debug isdn q921 is ON.
*Jan 15 14:51:20.962: ISDN Se0/0/0:15 Q921: User TX -> RRp sapi=0 tei=0 nr=118
*Jan 15 14:51:20.974: ISDN Se0/0/0:15 Q921: User RX <- RRf sapi=0 tei=0 nr=35
*Jan 15 14:51:24.814: ISDN Se0/0/0:15 Q921: User RX <- INFO sapi=0 tei=0, ns=118 nr=35
*Jan 15 14:51:24.814: ISDN Se0/0/0:15 Q921: User TX -> RR sapi=0 tei=0 nr=119
*Jan 15 14:51:24.818: ISDN Se0/0/0:15 Q921: User TX -> INFO sapi=0 tei=0, ns=35 nr=119
*Jan 15 14:51:24.822: ISDN Se0/0/0:15 Q921: User TX -> INFO sapi=0 tei=0, ns=36 nr=119
*Jan 15 14:51:24.838: ISDN Se0/0/0:15 Q921: User RX <- RR sapi=0 tei=0 nr=36
*Jan 15 14:51:24.842: ISDN Se0/0/0:15 Q921: User RX <- RR sapi=0 tei=0 nr=37
*Jan 15 14:51:24.882: ISDN Se0/0/0:15 Q921: User RX <- INFO sapi=0 tei=0, ns=119 nr=37
*Jan 15 14:51:24.882: ISDN Se0/0/0:15 Q921: User TX -> RR sapi=0 tei=0 nr=120
*Jan 15 14:51:24.882: ISDN **ERROR**: Module-CCPRI Function-CCPCC_CallReleasing Error-Unknown event received in message from L3 or Host: 93
*Jan 15 14:51:24.906: ISDN Se0/0/0:15 Q921: User RX <- INFO sapi=0 tei=0, ns=120 nr=37
*Jan 15 14:51:24.910: ISDN Se0/0/0:15 Q921: User TX -> RR sapi=0 tei=0 nr=121
*Jan 15 14:51:24.910: ISDN Se0/0/0:15 Q921: User TX -> INFO sapi=0 tei=0, ns=37 nr=121
*Jan 15 14:51:24.926: ISDN Se0/0/0:15 Q921: User RX <- RR sapi=0 tei=0 nr=38
*Jan 15 14:51:34.930: ISDN Se0/0/0:15 Q921: User TX -> RRp sapi=0 tei=0 nr=121
*Jan 15 14:51:34.942: ISDN Se0/0/0:15 Q921: User RX <- RRf sapi=0 tei=0 nr=38
Tiare_VG#deb isdn q931
debug isdn q931 is ON.
Tiare_VG#
Tiare_VG#
Tiare_VG#
*Jan 15 14:51:59.814: %ISDN-6-DISCONNECT: Interface Serial0/0/0:7 disconnected from 38640500470 , call lasted 138 seconds
*Jan 15 14:51:59.814: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x8800
Cause i = 0x8090 - Normal call clearing
*Jan 15 14:51:59.866: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x0800
*Jan 15 14:51:59.870: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8800
*Jan 15 14:52:00.510: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref = 0x1600
Bearer Capability i = 0x9090A3
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18385
Preferred, Channel 5
Progress Ind i = 0x8283 - Origination address is non-ISDN
Calling Party Number i = 0x2183, '522924145'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, '4819647'
Plan:ISDN, Type:National
*Jan 15 14:52:00.510: ISDN Se0/0/0:15 Q931: TX -> SETUP_ACK pd = 8 callref = 0x9600
Channel ID i = 0xA98385
Exclusive, Channel 5
*Jan 15 14:52:00.514: ISDN Se0/0/0:15 Q931: TX -> DISCONNECT pd = 8 callref = 0x9600
Cause i = 0x8081 - Unallocated/unassigned number
*Jan 15 14:52:00.598: ISDN Se0/0/0:15 Q931: RX <- RELEASE pd = 8 callref = 0x1600
*Jan 15 14:52:00.598: ISDN Se0/0/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x9600
Tiare_VG#deb isdn eve
debug isdn event is ON.
Tiare_VG#
Tiare_VG#
Tiare_VG#
*Jan 15 14:52:44.354: ISDN Se0/0/0:15 EVENT: process_rxstate: ces/callid 1/0x48 calltype 2 CALL_INCOMING
*Jan 15 14:52:44.354: ISDN Se0/0/0:15 EVENT: call_incoming: call_id 0x0048, Guid = 866C2DEB8049
*Jan 15 14:52:44.430: ISDN Se0/0/0:15 EVENT: process_rxstate: ces/callid 1/0x48 calltype 2 CALL_CLEARED
Tiare_VG#
Tiare_VG#deb voice ccapi ino
voip ccapi inout debugging is on
Tiare_VG#
Tiare_VG#
Tiare_VG#
*Jan 15 14:53:09.354: //-1/9552E06B804A/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=00522924145
cisco-anitype=2
cisco-aniplan=1
cisco-anipi=0
cisco-anisi=3
dest=4819647
cisco-desttype=2
cisco-destplan=1
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=-1
cisco-rdnplan=-1
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1
*Jan 15 14:53:09.354: //-1/9552E06B804A/CCAPI/cc_api_call_setup_ind_common:
Interface=0x6686DACC, Call Info(
Calling Number=00522924145(TON=National, NPI=ISDN, Screening=Network, Presentation=Allowed),
Called Number=4819647(TON=National, NPI=ISDN),
Calling Translated=TRUE, Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE,
Incoming Dial-peer=1, Progress Indication=ORIGINATING SIDE IS NON ISDN(3), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1
*Jan 15 14:53:09.354: //-1/9552E06B804A/CCAPI/ccCheckClipClir:
In: Calling Number=00522924145(TON=National, NPI=ISDN, Screening=Network, Presentation=Allowed)
*Jan 15 14:53:09.354: //-1/9552E06B804A/CCAPI/ccCheckClipClir:
Out: Calling Number=00522924145(TON=National, NPI=ISDN, Screening=Network, Presentation=Allowed)
*Jan 15 14:53:09.354: //252/9552E06B804A/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=00522924145(TON=National, NPI=ISDN, Screening=Network, Presentation=Allowed),
Called Number=4819647(TON=National, NPI=ISDN))
*Jan 15 14:53:09.354: //252/9552E06B804A/CCAPI/cc_process_call_setup_ind:
Event=0x65F7D718
*Jan 15 14:53:09.354: //252/9552E06B804A/CCAPI/ccCallSetContext:
Context=0x65110A64
*Jan 15 14:53:09.354: //252/9552E06B804A/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 252 with tag 1 to app "_ManagedAppProcess_Default"
*Jan 15 14:53:09.354: //252/9552E06B804A/CCAPI/ccCallSetupAck:
Call Id=252
*Jan 15 14:53:09.354: //252/9552E06B804A/CCAPI/cc_api_set_transfer_info:
Transfer Number=, Transfer Reason=0x0
*Jan 15 14:53:09.358: //252/9552E06B804A/CCAPI/ccCallDisconnect:
Cause Value=1, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
*Jan 15 14:53:09.358: //252/9552E06B804A/CCAPI/ccCallDisconnect:
Cause Value=1, Call Entry(Responsed=TRUE, Cause Value=1)
*Jan 15 14:53:09.358: //252/9552E06B804A/CCAPI/cc_api_get_transfer_info:
Transfer Number Is Null
*Jan 15 14:53:09.454: //252/9552E06B804A/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x6686DACC, Tag=0x0, Call Id=252,
Call Entry(Disconnect Cause=1, Voice Class Cause Code=0, Retry Count=0)
*Jan 15 14:53:09.454: //252/9552E06B804A/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
Tiare_VG#
Tiare_VG#
Similar Messages
-
CUCM 8.6 Dropped call transfers involving SIP phones
Hi All,
I am a developer who has been tasked with figuring out why call transfers are being dropped by Cisco CUCM when the original call comes from a SIP phone. This scenario works:
Cisco phone calls another Cisco phone, which transfers the original call to a SIP phone
These scenarios do not work:
SIP phone calls Cisco phone, which transfers the original call to another Cisco phone
SIP phone calls Cisco phone, which transfers the original call to another SIP phone
I have researched the Call Manager traces to the best of my ability, and I see some info in there that could potentially point to the source of the problem. I am just unable to understand what the trace means:
10:23:08.672 |//SIP/SIPCdpc(1,74,2342)/ci=24377698/ccbId=175645/scbId=0/active_CcDisconnReq: ccDisconnReq.onBehalfOf=Media : ccDisconnReq.s.sv=2 : ccDisconnReq.c.cv=47 |1,100,63,1.93259^10.10.10.85^*
10:23:08.672 |//SIP/Stack/Info/0x0/sipConstructContainerContext #### Created container=0xb0b42f58|1,100,71,1.1^*^*
10:23:08.672 |//SIP/SIPCdpc(1,74,2342)/ci=24377698/ccbId=175645/scbId=0/appendReasonHdr: appendReasonHdr - Invalid Disconnect Cause(cause=47), No Reason Header Appended|1,100,63,1.93259^10.10.10.85^*
10:23:08.672 |//SIP/SIPCdpc(1,74,2342)/ci=24377698/ccbId=175645/scbId=0/appendRPIDHdrForOriginalCalledParty: SIP device does not Support Orig Dialled Phone nego: 0|1,100,63,1.93259^10.10.10.85^*
I have been wondering whether this could be a codec issue, however the SIP phones we are using are configured with the following codecs:
G711U
G711A
G722
ILBC
GSM
and our SIP software is also set to accept the first codec offered by the remote side. It seems from the SIP client logs that G722 is being used as the codec to communicate with the Cisco phones, but perhaps I'm misinterpreting.
I have attached a CUCM trace of a call from a SIP phone (ext. 491) to a Cisco handset (ext. 170) where the Cisco handset attempts to transfer the call to another SIP phone (ext. 492). The trace snippet shown above is from this log.
I would really appreciate it if someone more experienced with VoIP/SIP/CUCM could take a look and offer any ideas on what the issue might be, and also how we might be able to address it. I can try to provide more info about our CUCM configuration if needed.
Thanks in advance!Leslie, so here is what I found from the traces....
To understand the difference we need to understand how cucm performs call transfers from a sccp signalling point and a sip signalling point
SCCP
When the transfer key is pressed
1. CUCM sends a CloseReceiveChannel and StopMediaTransmission to the IP phone involved in active media (referenced by the callids)
NB, here CUCM updates the call state on the phone to a call state of 8 which is "Hold"
2.CUCM tells the held party to listen MOH from MOH server
3.CUCM establishes newcall leg with the intended transfered destination..Once this call is connected
4.CUCM receives a new Transfer instruction from the transferring phone to connect the held party
5..CUCM sends a CloseReceiveChannel between the held phone and MOH server (to tear down the media)
6. Next CUCM sends a CloseReceiveChannel and StopMediaTransmission to the transfering party & transfered party to remove Xferring party from call
7. finally CUCM sends OpenReceiveChannel between the original called party and the transfered party..and call is done
For SIP signalling. when the first transfer key is pressed
1. CUCM sends invite (re-invite) with an inactive SDP (a=inactive) to indicate a break in media path
2. CUCM sends a Delayed offer to insert MOH or to resume Media stream
NB: CUCM expects a sendrecv offer with SDP to the DO. (NB:if cucm gets an inactive offer SDP in the 200 OK instead of providing a send-recv offer SDP, the media path remains in an inactive state and causes calls to dropcall will drop),CUCM sends an ACK with sendonly to the 200 OK
3.CUCM establishes newcall leg with the intended transfered destination..Once this call is connected
4.CUCM receives a new Transfer instruction from the transferring phone to connect the held party
5. Next CUCM sends a re-invite with an inactive SDP to indicate a break in media path to MOH (in attempt to complete transfer)
6.Next CUCM sends an inactive SDP to indicate a break in media path between transfering party & transfered party to remove Xferring party from call
7. Next CUCM sends a DO re-invite to connect the transfered party. The far end then sends 200 OK with the required SDP to connect the call
Now having explained all of these, we need to look at where the call is failing for SIP-----SCCP----SIP calls without MTP
lets look at succesful SCCP-----SCCP-----SIP without MTP
Point 4 above
++++++++Extension 170 presses the transfer button to connect the two calls (Callid=24378483)+++++++++++++
(0003395) SoftKeyEvent softKeyEvent=4(Trnsfer) lineInstance=1 callReference=24378483
Point 5 above
++++Next CUCM closed the media between extension 160 and MOH server callid=24378480(this is the only active call on this callid)+++
(0003396) CloseReceiveChannel conferenceID=24378480 passThruPartyID=16777845. myIP: IpAddr.type:0 ipv4Addr:0x0a0a0a89(10.10.10.137)
Point 6 Above
+++++Next cucm closes the call between extension 170 and 490 callid=(24378483)++++++++
(0003395) CloseReceiveChannel conferenceID=24378483 passThruPartyID=16777847. myIP: IpAddr.type:0 ipv4Addr:0x0a0a0a8b(10.10.10.139)
(0003395) StopMediaTransmission conferenceID=24378483 passThruPartyID=16777847. myIP: IpAddr.type:0 ipv4Addr:0x0a0a0a8b(10.10.10.139)
Point 6 above for the sip side (since the destination is SIP, to tear down media to SCCP phone, so as to connect the caller to the xfered party)
+++++++Next CUCM sends a re-invite with a=inactive SDP to the sip phone ++++++++++++
//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.10.10.104 on port 62220 index 1890
[885626,NET]
INVITE sip:[email protected]:62220;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK23332dbee978
From: ;tag=192115~d8e94532-127d-4dca-bba0-64b1675da032-24378484
o=CiscoSystemsCCM-SIP 192115 2 IN IP4 10.10.10.195
s=SIP Call
c=IN IP4 0.0.0.0
m=audio 24560 RTP/AVP 9 101
a=rtpmap:9 G722/8000
a=ptime:20
a=inactive-----------------------------------------------------Inactive
Still part of Point 6 for SIP signalling
++++++++++++Next sip phone responds with a 200 OK recevonly SDP +++++++++++++++++++
//SIP/SIPTcp/wait_SdlReadRsp: Incoming SIP TCP message from 10.10.10.104 on port 62220 index 1890 with 683 bytes:
[885628,NET]
SIP/2.0 200 OK
v=0
o=- 18077 11099 IN IP4 10.10.10.104
s=yasdjip
c=IN IP4 10.10.10.104
t=0 0
a=ptime:20
a=recvonly-------------------------------------a=recvonly
Finally Point 7 above..
+++++++++++++=Next cucm sends a DO re-invite to extension 492-sip phone++++++++++
//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.10.10.104 on port 62220 index 1890
[885630,NET]
INVITE sip:[email protected]:62220;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK233534ffec4a
From: ;tag=192115~d8e94532-127d-4dca-bba0-64b1675da032-24378484
To: ;tag=5B0E9816C2CA6D70F3166FB972EDE4C2
+++++++Next we get a 200 OK from sip phone with sdp=sendrecv+++++++++=
/SIP/SIPTcp/wait_SdlReadRsp: Incoming SIP TCP message from 10.10.10.104 on port 62220 index 1890 with 683 bytes:
[885634,NET]
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK233534ffec4a
Contact:
From: ;tag=192115~d8e94532-127d-4dca-bba0-64b1675da032-24378484
Call-ID: [email protected]
v=0
o=- 18077 11099 IN IP4 10.10.10.104
s=yasdjip
c=IN IP4 10.10.10.104
t=0 0
m=audio 16574 RTP/AVP 9 101
a=rtpmap:101 TELEPHONE-EVENT/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv
+Now CUCM sends an OpenReceiveChannel and start media xmission to sccp phone (callid=24378480) with media parameters of sip phone++++++
(0003396) OpenReceiveChannel conferenceID=24378480 passThruPartyID=16777848 millisecondPacketSize=20 compressionType=6(Media_Payload_G722_64k) RFC2833PayloadType=101 qualifierIn=? sourceIpAddr=IpAddr.type:0 ipAddr:0x0a0a0a68000000000000000000000000(10.10.10.104). myIP: IpAddr.type:0 ipv4Addr:0x0a0a0a89(10.10.10.137)
(0003396) startMediaTransmission conferenceID=24378480 passThruPartyID=16777848 remoteIpAddress=IpAddr.type:0 ipAddr:0x0a0a0a68000000000000000000000000(10.10.10.104)
remotePortNumber=16574 milliSecondPacketSize=20 compressType=6(Media_Payload_G722_64k) RFC2833PayloadType=101 qualifierOut=?. myIP: IpAddr.type:0 ipv4Addr:0x0a0a0a89(10.10.10.137)
+++++++++++=Next Phone sends its ACK+++++++++++++++
(0003396) OpenReceiveChannelAck Status=0, IpAddr=IpAddr.type:0 ipAddr:0x0a0a0a89000000000000000000000000(10.10.10.137), Port=20352, PartyID=16777848
+++++++++++=Next CUCM sends ACK to 200 OK from SIP Phone+++++++++++
//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.10.10.104 on port 62220 index 1890
[885635,NET]
ACK sip:[email protected]:62220;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK23366067b8c0
From: ;tag=192115~d8e94532-127d-4dca-bba0-64b1675da032-24378484
To: ;tag=5B0E9816C2CA6D70F3166FB972EDE4C2
Date: Tue, 19 Feb 2013 21:44:45 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 103 ACK
Allow-Events: presence
Content-Type: application/sdp
Content-Length: 237
v=0
o=CiscoSystemsCCM-SIP 192115 3 IN IP4 10.10.10.195
s=SIP Call
c=IN IP4 10.10.10.137
b=TIAS:64000
b=AS:64
t=0 0
m=audio 20352 RTP/AVP 9 101
a=rtpmap:9 G722/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
Now at this point all is well...and the call is connected....
Now here is where the call is failing on the SIP-SCCP-SIP call without MTP
From Point 2 above, CUCM sends a DO to insert MOH, and then gets response, then sends an ACK to 200 Ok back to SIP Phone..
//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.10.10.104 on port 53361 index 1810
[881160,NET]
ACK sip:[email protected]:53361;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK22035ecc1fcb
From: ;tag=190666~d8e94532-127d-4dca-bba0-64b1675da032-24378214
To: "492" ;tag=97C34E1FB9A11F83DD8D8F5BA4C87C57
Date: Tue, 19 Feb 2013 17:38:50 GMT
Call-ID: 1CCA5149B966DC89AE0F752B8EF86480BC7102DB
Max-Forwards: 70
CSeq: 102 ACK
o=CiscoSystemsCCM-SIP 190666 3 IN IP4 10.10.10.195
s=SIP Call
c=IN IP4 10.10.10.195---------------------------------------IP address of MOH server
t=0 0
m=audio 4000 RTP/AVP 0--------------------------------MOH port 4000
a=rtpmap:0 PCMU/8000
a=ptime:20
a=sendonly---------------------------------------------------------sendonly
+++++NOW Point 6 above (SIP) CUCM sends a=inactive to break media path to MOH server to connect caller and xfered party++++++
//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.10.10.104 on port 53361 index 1810
[881161,NET]
INVITE sip:[email protected]:53361;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK22045bb7f918
From: ;tag=190666~d8e94532-127d-4dca-bba0-64b1675da032-24378214
To: "492" ;tag=97C34E1FB9A11F83DD8D8F5BA4C87C57
Date: Tue, 19 Feb 2013 17:39:04 GMT
Call-ID: 1CCA5149B966DC89AE0F752B8EF86480BC7102DB
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.6
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 103 INVITE
Max-Forwards: 70
Expires: 180
Allow-Events: presence
Remote-Party-ID: ;party=calling;screen=yes;privacy=off
Contact:
Content-Type: application/sdp
Content-Length: 164
v=0
o=CiscoSystemsCCM-SIP 190666 4 IN IP4 10.10.10.195
s=SIP Call
c=IN IP4 0.0.0.0--------------------------------------------------------------------Media IP is 0.0.0.0
t=0 0
m=audio 4000 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=ptime:20
a=inactive---------------------------------------------------------------------media inactive
At this point, we should get a response back from the sip phone...
and here is what we got..
++Trying which is expected++++
//SIP/SIPTcp/wait_SdlReadRsp: Incoming SIP TCP message from 10.10.10.104 on port 53361 index 1810 with 331 bytes:
[881162,NET]
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK22045bb7f918
From: ;tag=190666~d8e94532-127d-4dca-bba0-64b1675da032-24378214
Call-ID: 1CCA5149B966DC89AE0F752B8EF86480BC7102DB
CSeq: 103 INVITE
To: "492" ;tag=97C34E1FB9A11F83DD8D8F5BA4C87C57
Content-Length: 0
++++++++Then we get a BYE+++++++++++++++
/SIP/SIPTcp/wait_SdlReadRsp: Incoming SIP TCP message from 10.10.10.104 on port 53361 index 1810 with 576 bytes:
[881163,NET]
BYE sip:[email protected]:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.104:53361;branch=z9hG4bKa2vdQvR7J9OiMyjU;rport
Contact:
Max-Forwards: 70
From: "492" ;tag=97C34E1FB9A11F83DD8D8F5BA4C87C57
Allow: OPTIONS, INVITE, ACK, REFER, CANCEL, BYE, NOTIFY
Supported: replaces, path
User-Agent: Acrobits Softphone Business/2.4.8
To: ;tag=190666~d8e94532-127d-4dca-bba0-64b1675da032-24378214
Call-ID: 1CCA5149B966DC89AE0F752B8EF86480BC7102DB
CSeq: 3 BYE
Content-Length: 0
So this is the root cause of the problem. Your SIP phone does not know how to respond to multiple media break between it and the MOH server.
The difference between this and the succesful SCCP-SIP--SCCP, is that the held party was a sccp phone, hence the sip phone only has to process one a=inactive SDP message, where as in the SIP-SCCP-SIP, the help party was sip, so the sip phone has to process two a=inactive SDP messages
Now what is the difference when MTP is involved! A Big difference. MTP stays in the media path. So there is never a break in media and no inactive SDP attribute is sent. The flow looks like below:
for the initial call...The SIP phone sends its media to MTP and likewise the SCCP phone
SIP------Media------MTP------------Media-------SCCP Phone
When the new destination is dialled and transfer is commited,
SIP-------------media----MTP--------media---------MTP
The final invoite sent to connect 492 and 491 has MTP as the IP address to connect Media to.
++++++++Ivite to 492 ++++++++++++++
INVITE sip:[email protected]:61303;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK231a3b24b862
From: ;tag=192048~d8e94532-127d-4dca-bba0-64b1675da032-24378472
To: ;tag=78FF5BF6C019A55EA020B69BB6A767E2
Date: Tue, 19 Feb 2013 21:24:59 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.6
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 102 INVITE
Max-Forwards: 70
Expires: 180
Allow-Events: presence
Remote-Party-ID: ;party=calling;screen=yes;privacy=off
Contact:
Content-Type: application/sdp
Content-Length: 214
v=0
o=CiscoSystemsCCM-SIP 192048 1 IN IP4 10.10.10.195
s=SIP Call
c=IN IP4 10.10.10.195---------------------------------------------------------------the MTP ip address
t=0 0
m=audio 25038 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
+++++++Invite to 491 +++++++++++++++++
//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.10.10.94 on port 50376 index 1887
[885429,NET]
INVITE sip:[email protected]:50376;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK231b78d1b56
From: ;tag=192046~d8e94532-127d-4dca-bba0-64b1675da032-24378467
To: "491" ;tag=F13CE94DE942C47680356A647DC7F916
Date: Tue, 19 Feb 2013 21:24:59 GMT
Call-ID: AE7045FFB2D8D9C28D54651473A14A5D41B5B93C
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.6
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Max-Forwards: 70
Expires: 180
Allow-Events: presence
Remote-Party-ID: "Leslie2" ;party=calling;screen=no;privacy=off
Contact:
Content-Type: application/sdp
Content-Length: 237
v=0
o=CiscoSystemsCCM-SIP 192046 1 IN IP4 10.10.10.195
s=SIP Call
c=IN IP4 10.10.10.195----------------------------------------MTP
b=TIAS:64000
b=AS:64
t=0 0
m=audio 25030 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
Wao! That was a long one isnt it...It was fun too.
So now you can look at your sip phones and see if they can accept two inactive sdp messages within the same call. That way you can remove MTP. otherwise you will have MTP involved in every single call involving a sip phone, even if they do not involve transfers
Please rate all useful posts
"opportunity is a haughty goddess who waste no time with those who are unprepared" -
Cisco 2911 Voice Gateway SIP PSTN Calls Fail
Hello All,
I am having trouble with outboud SIP PSTN calls through a Cisco 2911 Voice Gateway. 2911 VG terminates PSTN SIP Traffic and connects to Avaya CS1000M via QSIG PRI Trunks. When calls are attempted outbound fron the PBX the caller gets a fast busy. Debug ISDN q931 shows the call hitting the 2911 properly, debug voip ccapi inout shows the call matching the correct dial peers and debug ccsip shows the invite to the PSTN Provider SBC, however within the invite the "from" address incorrectly shows the calling number with the provider SBC address (see below). does anyone have any insight on how to correct this? Attached are VG config and Debug isdn q931, voip ccapi inout, ccsip messages and ccsip call. Thanks in advance for any help!!
From: <sip:[email protected]>:tag=6166CDC4-882
To: <sip:[email protected]>
Shawn C. Smithi have same problem my cucm ip is 192.168.200.53
my Voice Gateway is SIP by ip 192.168.200.86 for internal
and 172.29.7.94
and my SIP Server is 10.208.9.69
if its oky can yuo take a look at my problem please
this is the syslog from debug
May 30 20:19:34.284: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.200.53:5060;branch=z9hG4bK3bd451bf17e0
From: "Aysar Mohamed" <sip:[email protected]>;tag=37693~244641b0-36ac-434c-91c1-823f25a68b28-18299026
To: <sip:[email protected]>
Date: Fri, 30 May 2014 20:19:34 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.6
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
Supported: Geolocation
Call-Info: <sip:192.168.200.53:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Cisco-Guid: 3047462016-0000065536-0000004549-0902342848
Session-Expires: 1800
P-Asserted-Identity: "Aysar Mohamed" <sip:[email protected]>
Remote-Party-ID: "Aysar Mohamed" <sip:[email protected]>;party=calling;screen=yes;privacy=off
Contact: <sip:[email protected]:5060>
Max-Forwards: 70
Content-Length: 0
May 30 20:19:34.284: //-1/B5A494800000/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=2217156
----- ccCallInfo IE subfields -----
cisco-ani=2217156
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=90555769123
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
May 30 20:19:34.288: //-1/B5A494800000/CCAPI/cc_api_call_setup_ind_common:
Interface=0x30CF41D4, Call Info(
Calling Number=2217156,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=90555769123(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
Incoming Dial-peer=0, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=465
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
May 30 20:19:34.288: :cc_get_feature_vsa malloc success
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
May 30 20:19:34.288: cc_get_feature_vsa count is 1
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
May 30 20:19:34.288: :FEATURE_VSA attributes are: feature_name:0,feature_time:832953048,feature_id:85
May 30 20:19:34.288: //465/B5A494800000/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=2217156(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=90555769123(TON=Unknown, NPI=Unknown))
May 30 20:19:34.288: //465/B5A494800000/CCAPI/cc_process_call_setup_ind:
Event=0x2B82D890
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 90555769123
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCallSetContext:
Context=0x2ABC2E44
May 30 20:19:34.288: //465/B5A494800000/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 465 with tag 0 to app "_ManagedAppProcess_Default"
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=802, Params=0x2ABC19D4, Progress Indication=NULL(0)
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCheckClipClir:
In: Calling Number=2217156(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCheckClipClir:
Out: Calling Number=2217156(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCallSetupRequest:
Destination Pattern=9T, Called Number=0555769123, Digit Strip=FALSE
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccCallSetupRequest:
Calling Number=2217156(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=0555769123(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=Aysar Mohamed
Account Number=2217156, Final Destination Flag=TRUE,
Guid=B5A49480-0001-0000-0000-11C535C8A8C0, Outgoing Dial-peer=802
May 30 20:19:34.288: //465/B5A494800000/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=2217156
----- ccCallInfo IE subfields -----
cisco-ani=2217156
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=0555769123
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=-1
cisco-rdnsi=-1
cisco-redirectreason=-1 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
May 30 20:19:34.288: //465/B5A494800000/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x30CF41D4, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=2217156,(Calling Name=Aysar Mohamed)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=0555769123(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=802, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
May 30 20:19:34.288: :cc_get_feature_vsa malloc success
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
May 30 20:19:34.288: cc_get_feature_vsa count is 2
May 30 20:19:34.288: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
May 30 20:19:34.288: :FEATURE_VSA attributes are: feature_name:0,feature_time:832952824,feature_id:86
May 30 20:19:34.292: //466/B5A494800000/CCAPI/ccIFCallSetupRequestPrivate:
SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
May 30 20:19:34.292: //466/B5A494800000/CCAPI/ccCallSetContext:
Context=0x2ABC1984
May 30 20:19:34.292: //465/B5A494800000/CCAPI/ccSaveDialpeerTag:
Outgoing Dial-peer=802
May 30 20:19:34.292: //466/B5A494800000/CCAPI/cc_api_call_proceeding:
Interface=0x30CF41D4, Progress Indication=NULL(0)
May 30 20:19:34.292: //465/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.200.53:5060;branch=z9hG4bK3bd451bf17e0
From: "Aysar Mohamed" <sip:[email protected]>;tag=37693~244641b0-36ac-434c-91c1-823f25a68b28-18299026
To: <sip:[email protected]>
Date: Fri, 30 May 2014 20:19:34 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
May 30 20:19:34.292: //466/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 172.29.7.94:5060;branch=z9hG4bK461C
Remote-Party-ID: "Aysar Mohamed" <sip:[email protected]>;party=calling;screen=yes;privacy=off
From: "Aysar Mohamed" <sip:[email protected]>;tag=7394E4-1898
To: <sip:[email protected]>
Date: Fri, 30 May 2014 20:19:34 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3047462016-0000065536-0000004549-0902342848
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1401481174
Contact: <sip:[email protected]:5060>
Call-Info: <sip:172.29.7.94:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: kpml, telephone-event
Max-Forwards: 69
Session-Expires: 1800
Content-Length: 0
May 30 20:19:34.300: //466/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172.29.7.94:5060;branch=z9hG4bK461C
Call-ID: [email protected]
From: "Aysar Mohamed"<sip:[email protected]>;tag=7394E4-1898
To: <sip:[email protected]>
CSeq: 101 INVITE
Content-Length: 0
May 30 20:19:34.612: //466/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 172.29.7.94:5060;branch=z9hG4bK461C
Record-Route: <sip:10.208.9.69:5060;transport=udp;lr>
Call-ID: [email protected]
From: "Aysar Mohamed"<sip:[email protected]>;tag=7394E4-1898
To: <sip:[email protected]>;tag=sbc0806eppk5yip-CC-57
CSeq: 101 INVITE
Contact: <sip:[email protected]:5060;user=phone>
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,REGISTER,INFO,PRACK,SUBSCRIBE,NOTIFY,UPDATE,MESSAGE,REFER
Content-Length: 328
Content-Type: application/sdp
v=0
o=- 17192647 17192647 IN IP4 10.208.9.69
s=SBC call
c=IN IP4 10.208.9.69
t=0 0
m=audio 39910 RTP/AVP 8 0 102 102 18 116
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:102 AMR/8000
a=rtpmap:102 AMR/8000
a=rtpmap:18 G729/8000
a=rtpmap:116 telephone-event/8000
a=ptime:5
a=fmtp:116 0-15
a=fmtp:18 annexb=yes
May 30 20:19:34.612: %SIP-3-UNSUPPORTED: Unsupported ptime value
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_caps_ind:
Destination Interface=0x0, Destination Call Id=-1, Source Call Id=466,
Caps(Codec=0x2, Fax Rate=0x2, Vad=0x1,
Modem=0x0, Codec Bytes=160, Signal Type=2)
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_caps_ind:
Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms),
Playout Max=1000(ms), Fax Nom=300(ms))
May 30 20:19:34.612: //465/B5A494800000/CCAPI/cc_api_caps_ack:
Destination Interface=0x0, Destination Call Id=-1, Source Call Id=465,
Caps(Codec=g729r8(0x4), Fax Rate=FAX_RATE_VOICE(0x2), Vad=ON(0x2),
Modem=OFF(0x0), Codec Bytes=20, Signal Type=2, Seq Num Start=3882)
May 30 20:19:34.612: //465/B5A494800000/CCAPI/cc_api_caps_ack:
Destination Interface=0x0, Destination Call Id=-1, Source Call Id=465,
Caps(Codec=g729r8(0x4), Fax Rate=FAX_RATE_VOICE(0x2), Vad=ON(0x2),
Modem=OFF(0x0), Codec Bytes=20, Signal Type=2, Seq Num Start=3882)
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_event_indication:
Event=170, Call Id=466
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_event_indication:
Event Is Sent To Conferenced SPI(s) Directly
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_event_indication:
Event=98, Call Id=466
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_event_indication:
Event Is Sent To Conferenced SPI(s) Directly
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_call_cut_progress:
Interface=0x30CF41D4, Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1),
Cause Value=0
May 30 20:19:34.612: //466/B5A494800000/CCAPI/cc_api_call_cut_progress:
Call Entry(Responsed=TRUE)
May 30 20:19:34.612: //465/B5A494800000/CCAPI/ccCallCutProgress:
Progress Indication=INBAND(8), Signal Indication=SIGNAL RINGBACK(1), Cause Value=0
Voice Call Send Alert=FALSE, Call Entry(Alert Sent=FALSE)
May 30 20:19:34.612: //465/B5A494800000/CCAPI/ccCallCutProgress:
Call Entry(Responsed=TRUE)
May 30 20:19:34.612: //465/B5A494800000/CCAPI/ccConferenceCreate:
(confID=0x30C11410, callID1=0x1D1, gcid=8C9E3127-E76E11E3-8274BE8C-EC3B12A0, tag=0x0)
May 30 20:19:34.616: //466/B5A494800000/CCAPI/ccConferenceCreate:
(confID=0x30C11410, callID2=0x1D2, gcid=8C9E3127-E76E11E3-8274BE8C-EC3B12A0, tag=0x0)
May 30 20:19:34.616: //465/B5A494800000/CCAPI/ccConferenceCreate:
Conference Id=0x30C11410, Call Id1=465, Call Id2=466, Tag=0x0
May 30 20:19:34.616: //465/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
May 30 20:19:34.616: cc_api_get_xcode_stream : 4702
May 30 20:19:34.616: //466/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
May 30 20:19:34.616: cc_api_get_xcode_stream : 4702
May 30 20:19:34.616: //465/B5A494800000/CCAPI/ccConferenceCreate:
May 30 20:19:34.616: ccConferenceCreate: ret1=0, codecMask1=2, bytes1=160, negot1=0, dtmf1=0
ret2=0, codecMask2=2, bytes2=160, negot2=1, dtmf2=6,
tx_dynamic_pt1=0, rx_dynamic_pt1=0, codec_mode1=0, params_bitmap1 =0
tx_dynamic_pt2=8, rx_dynamic_pt2=8, codec_mode2=0, params_bitmap2 =0
May 30 20:19:34.616: //465/B5A494800000/CCAPI/ccConferenceCreate:
delay media to slow start case, codec negotation is not done
May 30 20:19:34.616: //465/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
May 30 20:19:34.616: cc_api_get_xcode_stream : 4702
May 30 20:19:34.616: //465/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
May 30 20:19:34.616: cc_api_get_xcode_stream : 4702
May 30 20:19:34.616: //465/B5A494800000/CCAPI/cc_api_bridge_done:
Conference Id=0x16, Source Interface=0x30CF41D4, Source Call Id=465,
Destination Call Id=466, Disposition=0x0, Tag=0x0
May 30 20:19:34.616: //466/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
May 30 20:19:34.616: cc_api_get_xcode_stream : 4702
May 30 20:19:34.616: //466/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
May 30 20:19:34.616: cc_api_get_xcode_stream : 4702
May 30 20:19:34.616: //466/B5A494800000/CCAPI/cc_api_bridge_done:
Conference Id=0x16, Source Interface=0x30CF41D4, Source Call Id=466,
Destination Call Id=465, Disposition=0x0, Tag=0x0
May 30 20:19:34.616: //465/B5A494800000/CCAPI/cc_generic_bridge_done:
Conference Id=0x16, Source Interface=0x30CF41D4, Source Call Id=466,
Destination Call Id=465, Disposition=0x0, Tag=0x0
May 30 20:19:34.616: //465/B5A494800000/CCAPI/ccConferenceCreate:
Call Entry(Conference Id=0x16, Destination Call Id=466)
May 30 20:19:34.616: //466/B5A494800000/CCAPI/ccConferenceCreate:
Call Entry(Conference Id=0x16, Destination Call Id=465)
May 30 20:19:34.616: //465/B5A494800000/CCAPI/cc_process_notify_bridge_done:
Conference Id=0x16, Call Id1=465, Call Id2=466
May 30 20:19:34.616: //465/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 192.168.200.53:5060;branch=z9hG4bK3bd451bf17e0
From: "Aysar Mohamed" <sip:[email protected]>;tag=37693~244641b0-36ac-434c-91c1-823f25a68b28-18299026
To: <sip:[email protected]>;tag=739628-1BDB
Date: Fri, 30 May 2014 20:19:34 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
Remote-Party-ID: <sip:[email protected]>;party=called;screen=yes;privacy=off
Contact: <sip:[email protected]:5060>
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-12.x
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 233
v=0
o=CiscoSystemsSIP-GW-UserAgent 2639 5276 IN IP4 192.168.200.86
s=SIP Call
c=IN IP4 192.168.200.86
t=0 0
m=audio 18288 RTP/AVP 8 0 19
c=IN IP4 192.168.200.86
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:19 CN/8000
May 30 20:19:34.680: //466/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 500 Server Internal Error
Via: SIP/2.0/UDP 172.29.7.94:5060;branch=z9hG4bK461C
Record-Route: <sip:10.208.9.69:5060;transport=udp;lr>
Call-ID: [email protected]
From: "Aysar Mohamed"<sip:[email protected]>;tag=7394E4-1898
To: <sip:[email protected]>;tag=sbc0806eppk5yip-CC-57
CSeq: 101 INVITE
Reason: Q.850;cause=127;text="interworking unspecified"
Warning: 399 - "SoftX3000 R601-CCU Rel POS:[3103] Release from CR"
Content-Length: 0
May 30 20:19:34.680: //466/B5A494800000/CCAPI/cc_api_call_disconnected:
Cause Value=41, Interface=0x30CF41D4, Call Id=466
May 30 20:19:34.680: //466/B5A494800000/CCAPI/cc_api_call_disconnected:
Call Entry(Responsed=TRUE, Cause Value=41, Retry Count=0)
May 30 20:19:34.680: //465/B5A494800000/CCAPI/ccCallReleaseResources:
release reserved xcoding resource.
May 30 20:19:34.680: //466/B5A494800000/CCAPI/ccCallSetAAA_Accounting:
Accounting=0, Call Id=466
May 30 20:19:34.680: //465/B5A494800000/CCAPI/ccConferenceDestroy:
Conference Id=0x16, Tag=0x0
May 30 20:19:34.680: //465/B5A494800000/CCAPI/cc_api_bridge_drop_done:
Conference Id=0x16, Source Interface=0x30CF41D4, Source Call Id=465,
Destination Call Id=466, Disposition=0x0, Tag=0x0
May 30 20:19:34.680: //466/B5A494800000/CCAPI/cc_api_bridge_drop_done:
Conference Id=0x16, Source Interface=0x30CF41D4, Source Call Id=466,
Destination Call Id=465, Disposition=0x0, Tag=0x0
May 30 20:19:34.680: //465/B5A494800000/CCAPI/cc_generic_bridge_done:
Conference Id=0x16, Source Interface=0x30CF41D4, Source Call Id=466,
Destination Call Id=465, Disposition=0x0, Tag=0x0
May 30 20:19:34.680: //466/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 172.29.7.94:5060;branch=z9hG4bK461C
From: "Aysar Mohamed" <sip:[email protected]>;tag=7394E4-1898
To: <sip:[email protected]>;tag=sbc0806eppk5yip-CC-57
Date: Fri, 30 May 2014 20:19:34 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: kpml, telephone-event
Content-Length: 0
May 30 20:19:34.684: //466/B5A494800000/CCAPI/ccCallDisconnect:
Cause Value=41, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=41)
May 30 20:19:34.684: //466/B5A494800000/CCAPI/ccCallDisconnect:
Cause Value=41, Call Entry(Responsed=TRUE, Cause Value=41)
May 30 20:19:34.684: //466/B5A494800000/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x30CF41D4, Tag=0x0, Call Id=466,
Call Entry(Disconnect Cause=41, Voice Class Cause Code=0, Retry Count=0)
May 30 20:19:34.684: //466/B5A494800000/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
May 30 20:19:34.684: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
May 30 20:19:34.684: :cc_free_feature_vsa freeing 31A5D9F0
May 30 20:19:34.684: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
May 30 20:19:34.684: vsacount in free is 1
May 30 20:19:34.684: //465/B5A494800000/CCAPI/ccCallDisconnect:
Cause Value=41, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
May 30 20:19:34.684: //465/B5A494800000/CCAPI/ccCallDisconnect:
Cause Value=41, Call Entry(Responsed=TRUE, Cause Value=41)
May 30 20:19:34.684: //465/B5A494800000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 503 Service Unavailable
Via: SIP/2.0/UDP 192.168.200.53:5060;branch=z9hG4bK3bd451bf17e0
From: "Aysar Mohamed" <sip:[email protected]>;tag=37693~244641b0-36ac-434c-91c1-823f25a68b28-18299026
To: <sip:[email protected]>;tag=739628-1BDB
Date: Fri, 30 May 2014 20:19:34 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Reason: Q.850;cause=41
Content-Length: 0
May 30 20:19:34.684: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.200.53:5060;branch=z9hG4bK3bd451bf17e0
From: "Aysar Mohamed" <sip:[email protected]>;tag=37693~244641b0-36ac-434c-91c1-823f25a68b28-18299026
To: <sip:[email protected]>;tag=739628-1BDB
Date: Fri, 30 May 2014 20:19:34 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence, kpml
Content-Length: 0
May 30 20:19:34.688: //465/B5A494800000/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x30CF41D4, Tag=0x0, Call Id=465,
Call Entry(Disconnect Cause=41, Voice Class Cause Code=0, Retry Count=0)
May 30 20:19:34.688: //465/B5A494800000/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
May 30 20:19:34.688: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
May 30 20:19:34.688: :cc_free_feature_vsa freeing 31A5DAD0
May 30 20:19:34.688: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
May 30 20:19:34.688: vsacount in free is 0
May 30 20:19:36.044: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
OPTIONS sip:172.29.7.94:5060 SIP/2.0
Via: SIP/2.0/UDP 10.208.9.69:5060;branch=z9hG4bKmisco3ykfiooegpygsphkocp1T20326
Call-ID: isbcfemyk1p1mkteets1tcmi53eeehfhikcp@SoftX3000
From: <sip:172.29.7.94:5060>;tag=sbc0803k1pyk51o
To: <sip:172.29.7.94>
CSeq: 1 OPTIONS
Max-Forwards: 70
Content-Length: 0
May 30 20:19:36.048: //467/8DAABF6C8278/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.208.9.69:5060;branch=z9hG4bKmisco3ykfiooegpygsphkocp1T20326
From: <sip:172.29.7.94:5060>;tag=sbc0803k1pyk51o
To: <sip:172.29.7.94>;tag=739BBC-1CE2
Date: Fri, 30 May 2014 20:19:36 GMT
Call-ID: isbcfemyk1p1mkteets1tcmi53eeehfhikcp@SoftX3000
Server: Cisco-SIPGateway/IOS-12.x
CSeq: 1 OPTIONS
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Accept: application/sdp
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Content-Type: application/sdp
Content-Length: 446
v=0
o=CiscoSystemsSIP-GW-UserAgent 3496 1601 IN IP4 172.29.7.94
s=SIP Call
c=IN IP4 172.29.7.94
t=0 0
m=audio 0 RTP/AVP 18 0 8 9 4 2 15
c=IN IP4 172.29.7.94
m=image 0 udptl t38
c=IN IP4 172.29.7.94
a=T38FaxVersion:0
a=T38MaxBitRate:9600
a=T38FaxFillBitRemoval:0
a=T38FaxTranscodingMMR:0
a=T38FaxTranscodingJBIG:0
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:320
a=T38FaxUdpEC:t38UDPRedundancy
My SIP GW internal ip address is 192.168.200.86
and the Public IP is : 172.29.7.94
My CUCM is 192.168.200.53
my GW Config is :
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
sip
registrar server
voice class codec 1
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729r8
codec preference 4 g729br8
voice translation-rule 3
rule 1 /^9\(\)/ /\1/
voice translation-rule 4
rule 4 /^22217/ /7/
rule 5 /^2217/ /7/
rule 6 /^022217/ /7/
rule 7 /^0122217/ /7/
voice translation-rule 5
rule 1 /^5/ /905/
rule 2 /^1/ /901/
rule 3 /^2/ /902/
rule 4 /^3/ /903/
rule 5 /^4/ /904/
rule 6 /^6/ /906/
rule 7 /^7/ /907/
rule 8 /^8/ /908/
rule 10 /^00/ /900/
rule 11 /'+'/ /900/
voice translation-profile OUT
translate called 3
voice translation-profile REDIAL
translate calling 5
voice translation-profile SIP-NEW
translate called 4
application
service mva http://192.168.200.53:8080/ccmivr/pages/IVRMainpage.vxml
service ccm http://192.168.200.53:8080/ccmivr/pages/IVRMainpage.vxml
license udi pid CISCO2921/K9 sn FCZ164960G0
hw-module pvdm 0/0
hw-module pvdm 0/1
interface Embedded-Service-Engine0/0
no ip address
shutdown
interface GigabitEthernet0/0
description $ETH-LAN$$ETH-SW-LAUNCH$$INTF-INFO-GE 0/0$
ip address 192.168.200.86 255.255.255.0
duplex auto
speed auto
interface GigabitEthernet0/1
ip address 172.29.7.94 255.255.255.252
duplex auto
speed auto
ip http server
ip http access-class 23
ip http authentication local
no ip http secure-server
ip http timeout-policy idle 60 life 86400 requests 10000
ip route 0.0.0.0 0.0.0.0 192.168.200.1
ip route 10.208.9.0 255.255.255.0 172.29.7.93
access-list 23 permit 10.10.10.0 0.0.0.7
control-plane
mgcp profile default
sccp local GigabitEthernet0/0
sccp ccm 192.168.200.53 identifier 1 priority 1 version 7.0
sccp
sccp ccm group 1
associate ccm 1 priority 1
associate profile 2 register NAGHI-MTP
dspfarm profile 2 mtp
codec g711alaw
maximum sessions hardware 25
associate application SCCP
dial-peer voice 802 voip
description ** SIP TO STC **
translation-profile outgoing OUT
destination-pattern 9T
session protocol sipv2
session target ipv4:10.208.9.69:5060
session transport udp
voice-class codec 1
voice-class sip dtmf-relay force rtp-nte
dtmf-relay sip-notify rtp-nte sip-kpml
no vad
dial-peer voice 811 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.53
incoming called-number 022217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 812 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.53
incoming called-number 22217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 813 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.53
incoming called-number 2217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 814 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
preference 1
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.63
incoming called-number 022217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 815 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
preference 1
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.63
incoming called-number 22217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 816 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
preference 1
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.63
incoming called-number 2217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 817 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.53
incoming called-number 0122217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
dial-peer voice 818 voip
description ** SIP INCOMING FROM STC **
translation-profile incoming SIP-NEW
translation-profile outgoing REDIAL
preference 1
destination-pattern 7...
session protocol sipv2
session target ipv4:192.168.200.63
incoming called-number 0122217...$
dtmf-relay sip-notify rtp-nte sip-kpml
codec g711alaw
Please i need ur help ASAP -
Cisco 3905 failed but outgoing call still ringing on mobile phone
Dear all,
We setup Cisco Call Manager 10 with Cisco Voice gateway 2911 ( E1 port) and 3905. All outgoing call & incoming call are ok. But we meet a small issue as below:
-Using 3905 do outgoing call to mobile number. Mobile number ringing.
-3905 failed without power but the call still ringing on mobile phone.
Anyway to fix that ?
Thank you & regards,
ThànhNTHello,
So, your config looks good.
Pelase, can you explain what you mean when you say:
"-3905 failed without power but the call still ringing on mobile phone."
You can try a "debug isdn q931" on your gateway and see if the disconnect is ok. Use the documentation bellow to understand the debug:
http://www.cisco.com/c/en/us/td/docs/ios/12_2/debug/command/reference/122debug/dbfipx.html#wp1018126
If the disconnection is good, you will need to understand your call flow.
Phone -> CUCM -> Gateway -> PSTN -> Called Party
The final disconnection point is provided by your telco, and it can send the disconnect late.
Please, let me know the result of the debug.
best regards. -
CUCM 9.1 native call queuing - calls stuck in queue
Hello everyone
We are using the CUCM 9.1 native call queuing feature for attendants hunt group an have the following problem - if all the attendants are busy, the next arriving call gets into queue, receiving MOH treatment, as described in documentation. But if one or more attendants gets free and ready to receive calls, queued call doesn't get transfered to his/her phone. Logging in additional attendants, logging them in and out again doesn't change anything, once the call got in queue it stays in queue.
Exact cucm release version is 9.1.1.20000-5.
Has anyone seen this? Any ideas on what traces/logs to check?Hi,
it seems you hitting this bug CSCuc16486
http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?method=fetchBugDetails&bugId=CSCuc16486&from=summary
HTH
Anas
please don't forget to rate the helpful posts -
Branch office PSTN call routing
Customer had HQ and Branch office with 512 MPLS line, in HQ alone they had E1 trunk, in branch office for calling PSTN the call should travel via MPLS to HQ, and the branch PSTN call terminated in HQ only, is it a good design or better we need to add ISDN line in branch level to terminate the PSTN call.
Balamurugan:
1) I think it is possible. My R&S skills are oxidized but you can have MPLS VPN configured and use frame-relay as a serial encapsulation where you will be able to configure RTP header compression.
2) RSVP over MPLS: yes. But as Marwashawi said, I prefer to work with the LLQ QOS for voice traffic. For that you will need to agree that with your service provider.
Rad Baver
BALAMURUGAN SINGARAM escribió:Thanks for the reply, branch to branch they are using 512 KBPS with VPN tunnel, g729 codec is used in between HQ and branch, the issuse is voice quality between the branche and HQ, the ping round trip delay is more than 250 MS [ no packet drops ], QOS is applied in switch and CUCM level, could you please light me do we can fine tune more on WAN interface level.1) do it possible to use header compression on MPLS cloud2) do it possible to enable "RSVP" in MPLS link.Could you please light me on how to enable RSVP & Header compression on MPLS link. -
Branch phone no audio when making outbound PSTN call - inbound and On-Net calls are good
I am trying a new setup. There are no other phones on branch A configured with CUCM so there is no comparison. I setup another phone in Branch B for comparison.
Scenario:
CUCM (ver9) in Main site
Main Site and Branch A site has VPN for WAN connectivity.
Main Site and Branch B site has VPN for WAN connectivity
Branch A phone is registered to Main site CUCM and configured to use same settings as Branch B phone. Branch B phone has no issues at all
Branch A no audio when making PSTN outbound call
Branch A audio is good when receiving INbound PSTN call and inbound/outbound On-Net call
I am not sure if it is a routing issue or something else. Below is an excerpt from the RTM logs which is attached. I believe issue is on this part after call connects where it shows media error but not sure what to do to correct it. Assuming Firewall is not an issue. If we cant find out what is wrong, i will start looking at the firewall.
called number : 0016326635801
calling number: 4168
Phone IP : 10.100.3.29
Main Site Gateway IP : 10.130.3.9 / H323
CUCM : 10.130.3.115/116
=========================================================================================================
57315658.000 |22:32:55.911 |SdlSig |CcAlertReq |outgoing_call_proceeding3 |StationCdpc(3,100,59,74928) |StationD(3,100,58,2238) |3,100,13,119955.3^10.130.3.9^* |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0] CI=60724230 CI.branch=0 FDataType=0opId=0ssType=0 SsKey=0invokeId=0resultExp=Fbpda=F pi.piid=30 pi.l=2 pi2.piid=30 pi2.l=0 pi3.piid=30 pi3.l=0IpAddrMode=0 ipAddrType=0 ipv4=0.0.0.0:0 ctiActive=F ctiFarEndDev=2 ctiCMId=3 media=2 lPart=d8997e28-66b6-7783-a5d6-8f46ef5da368 lPatt=4168 lModNum=tn=0npi=0ti=1nd=4168pi=1si1 lName=locale: 1 Name: India Test UnicodeName: India Test pi: 1 cName=locale: 1 Name: UnicodeName: pi: 0 cn:tn=0npi=0ti=1nd=80016326635801pi=0si1 cVMbox= localPatternUsage=2 connectedPatternUsage=5 lCnPart=e769cfa2-b6d1-b061-1b87-a7658c93fe72 lCnPatt=8.001! rn:tn=0npi=0ti=1nd=80016326635801pi=0si1 lLRPart=e769cfa2-b6d1-b061-1b87-a7658c93fe72 lLRPatt=8.001! lOCdpnPart=e769cfa2-b6d1-b061-1b87-a7658c93fe72 lOCdpnPatt=8.001! oCdpn:tn=0npi=0ti=1nd=80016326635801pi=0si1 oRFR =0 lBridgePartID= lCnBridgePartID= DevCEPN=b5ecff4d-f135-76cd-34a3-6e8adb746d1e lineCEPN=ce6c846c-e5d4-214d-8880-68250ba32103 CnDevCEPN=5265beb5-b11c-6218-5580-48cabc44d380 lrnCEPN=183b0e69-399b-9bd6-a49f-48a4ee886155 oCdpnCEPN=183b0e69-399b-9bd6-a49f-48a4ee886155 lHPMemCEPN= cHPMemCEPN=Supp DTMF=1DTMF Cfg=1DTMF Payload=0 isOffNetDev=T protected=1 geolocInfo={geolocPkid=, filterPkid=, geolocVal=, devType=3} locPkid= locName= deductBW=F fateShareId= videoTrafficClass=0TransparentData=null CanSupportSIPTandN=false TransId=0 AllowBitMask=0x0 UserAgentOrServer= OrigDDName=locale: 1 Name: UnicodeName: pi: 0 mCallerId= mCallerName= ignoreEarlyMedia=F
57315659.000 |22:32:55.911 |SdlSig |CcNotifyReq |call_delivered4 |StationCdpc(3,100,59,74928) |StationD(3,100,58,2238) |3,100,13,119955.4^10.130.3.9^* |[R:N-H:0,N:5,L:0,V:0,Z:0,D:0] CI=60724230 CI.branch=0 lPart=d8997e28-66b6-7783-a5d6-8f46ef5da368 lPatt=4168 lModNum=tn=0npi=0ti=1nd=4168pi=1si1 lName=locale: 1 Name: India Test UnicodeName: India Test pi: 1 cName=locale: 1 Name: UnicodeName: pi: 0 cn:tn=0npi=0ti=1nd=0016326635801pi=1si0 cVMbox= localPatternUsage=2 connectedPatternUsage=5 lCnPart=e769cfa2-b6d1-b061-1b87-a7658c93fe72 lCnPatt=8.001! rn:tn=0npi=0ti=1nd=80016326635801pi=0si1 lLRPart=e769cfa2-b6d1-b061-1b87-a7658c93fe72 lLRPatt=8.001! lOCdpnPart=e769cfa2-b6d1-b061-1b87-a7658c93fe72 lOCdpnPatt=8.001! oCdpn:tn=0npi=0ti=1nd=80016326635801pi=0si1 oRFR =0 lBridgePartID= lCnBridgePartID= DevCEPN=b5ecff4d-f135-76cd-34a3-6e8adb746d1e lineCEPN=ce6c846c-e5d4-214d-8880-68250ba32103 CnDevCEPN=5265beb5-b11c-6218-5580-48cabc44d380 lrnCEPN=183b0e69-399b-9bd6-a49f-48a4ee886155 oCdpnCEPN=183b0e69-399b-9bd6-a49f-48a4ee886155 lHPMemCEPN= cHPMemCEPN= onBehalf= whichSide=1 holdFlag=0 notifyMsg=locale: 1 Name: UnicodeName: promptMsg=locale: 1 Name: UnicodeName: apply Instr=0 s.sv=0 promptMsg.userLocale=1 cgDevName=SEP64D989C258FC ctiActive=F ctiFarEndDev=2 ctiCCMId=3 ctiEvt.evtType=0 ctiEvt.transId=0 ctiEvt.ED.succ=F ctiEvt.PD.ParkPart= secureStatus=(F,0) callState=4 media=1 bitMask=80800000 Supp DTMF=1DTMF Cfg=1DTMF Payload=0 notifiedDName= connType=0 connStatus=0newPL=5newPLDmn=0 networkDomain=suppressMOH=F triggerByJoin=F NotifInd= ni.niid=39 ni.l=0 ni.nnd=0deviceCepn= partitionSearchSpace= geolocInfo=null locPkid= locName= deductBW=F fateShareId= videoTrafficClass=0 dtmMcNodeId=0 dtmCurrentCi=0 isOffNetDevice=T ignCntH=F cmDeviceType=7 ssCause=0TransparentData=null CanSupportSIPTandN=false TransId=0 AllowBitMask=0x0 UserAgentOrServer= OrigDDName=locale: 1 Name: UnicodeName: pi: 0 mCallerId= mCallerName= FDataType=0opId=0ssType=0 SsKey=0invokeId=0resultExp=Fbpda=F mobilityEventType=0 CallInstanceNumber=0
57315660.000 |22:32:55.911 |SdlSig |StationOutputCallState |restart0 |StationD(3,100,58,2238) |StationCdpc(3,100,59,74928) |3,100,13,119955.3^10.130.3.9^* |[R:N-H:0,N:5,L:0,V:0,Z:0,D:0] State=3 privacy=0 Line=1 CI=60724230 SCCP P-level=4 P-Domain=0
57315660.001 |22:32:55.911 |AppInfo |StationD: (0002238) CallState callState=3 lineInstance=1 callReference=60724230 privacy=0 sccp_precedenceLv=4 precedenceDm=0
57315661.000 |22:32:55.911 |SdlSig |StationOutputSelectSoftKeys |restart0 |StationD(3,100,58,2238) |StationCdpc(3,100,59,74928) |3,100,13,119955.3^10.130.3.9^* |[R:N-H:0,N:4,L:0,V:0,Z:0,D:0] Line=1 CI=60724230 SKIndex=8 Mask=ffffffff
57315661.001 |22:32:55.911 |AppInfo |StationD: (0002238) SelectSoftKeys instance=1 reference=60724230 softKeySetIndex=8 validKeyMask=ffffffff.
57315662.000 |22:32:55.911 |SdlSig |StationOutputDisplayPromptStatus |restart0 |StationD(3,100,58,2238) |StationCdpc(3,100,59,74928) |3,100,13,119955.3^10.130.3.9^* |[R:N-H:0,N:3,L:0,V:0,Z:0,D:0] TimeOut=0 Status= UnicodeStatus= Line=1 CI=60724230
57315662.001 |22:32:55.911 |AppInfo |StationD: (0002238) DisplayPromptStatus timeOut=0 Status='' content='Ring Out' line=1 CI=60724230 ver=85720016.
57315663.000 |22:32:55.911 |SdlSig |StationOutputCallInfo |restart0 |StationD(3,100,58,2238) |StationCdpc(3,100,59,74928) |3,100,13,119955.3^10.130.3.9^* |[R:N-H:0,N:2,L:0,V:0,Z:0,D:0] cdpn="80016326635801" cdpnVMB="" cdpnParty="locale: 1 Name: UnicodeName: pi: 0" cgpn="4168" cgpnVMB="" cgpnParty="locale: 1 Name: India Test UnicodeName: India Test pi: 1" oCdpn="80016326635801" oCdpnVMb="" oCdpnParty="locale: 1 Name: UnicodeName: pi: 0" OCdpnReason="0" lCdpn="80016326635801" lCdpnVMb="" lCdpnParty="locale: 1 Name: UnicodeName: pi: 0" lCdpnReason="0" line="1" CI="60724230" callInstance="1" callType="2" CallSecurityStatusType="0" restrictionBits="0" huntPilot="" huntPilotParty="locale: 1 Name: UnicodeName: pi: 0"
57315663.001 |22:32:55.911 |AppInfo |StationD: (0002238) (3,100,13,119947) CallInfo callingPartyName='India Test' callingParty=4168 cgpnVoiceMailbox= alternateCallingParty= calledPartyName='' calledParty=80016326635801 cdpnVoiceMailbox= originalCalledPartyName='' originalCalledParty=80016326635801 originalCdpnVoiceMailbox= originalCdpnRedirectReason=0 lastRedirectingPartyName='' lastRedirectingParty=80016326635801 lastRedirectingVoiceMailbox= lastRedirectingReason=0 callType=2(OutBound) lineInstance=1 callReference=60724230. version: 85720016
57315664.000 |22:32:55.911 |SdlSig |DSetCallState |restart0 |StationD(3,100,58,2238) |StationCdpc(3,100,59,74928) |3,100,13,119955.3^10.130.3.9^* |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0] CallState = call_delivered4
57315664.001 |22:32:55.911 |AppInfo |StationD: (0002238) DEBUG- star_DSetCallState(7) State of cdpc(74928) is 6.
57315665.000 |22:32:55.911 |SdlSig |StationOutputCallInfo |restart0 |StationD(3,100,58,2238) |StationCdpc(3,100,59,74928) |3,100,13,119955.4^10.130.3.9^* |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] cdpn="0016326635801" cdpnVMB="" cdpnParty="locale: 1 Name: UnicodeName: pi: 0" cgpn="4168" cgpnVMB="" cgpnParty="locale: 1 Name: India Test UnicodeName: India Test pi: 1" oCdpn="80016326635801" oCdpnVMb="" oCdpnParty="locale: 1 Name: UnicodeName: pi: 0" OCdpnReason="0" lCdpn="80016326635801" lCdpnVMb="" lCdpnParty="locale: 1 Name: UnicodeName: pi: 0" lCdpnReason="0" line="1" CI="60724230" callInstance="1" callType="2" CallSecurityStatusType="0" restrictionBits="0" huntPilot="" huntPilotParty="locale: 1 Name: UnicodeName: pi: 0"
57315665.001 |22:32:55.911 |AppInfo |StationD: (0002238) (3,100,13,119947) CallInfo callingPartyName='India Test' callingParty=4168 cgpnVoiceMailbox= alternateCallingParty= calledPartyName='' calledParty=0016326635801 cdpnVoiceMailbox= originalCalledPartyName='' originalCalledParty=80016326635801 originalCdpnVoiceMailbox= originalCdpnRedirectReason=0 lastRedirectingPartyName='' lastRedirectingParty=80016326635801 lastRedirectingVoiceMailbox= lastRedirectingReason=0 callType=2(OutBound) lineInstance=1 callReference=60724230. version: 85720016
57315666.000 |22:32:55.911 |Created | | |SdlTCPConnection(3,100,13,119956) |SdlTCPConnector(3,100,12,106644) | |NumOfCurrentInstances: 101
57315667.000 |22:32:55.911 |Stopping | | |SdlTCPConnector(3,100,12,106644) |SdlTCPConnector(3,100,12,106644) | |NumOfCurrentInstances: 1
57315668.000 |22:32:55.912 |SdlSig |H245TcpConnectionInfo |waitForSdlRsp |TranslateAndTransport(3,100,21,53370) |H245Handler(3,100,29,1) |3,100,12,106644.1^*^* |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0]
57315668.001 |22:32:55.912 |AppInfo |TranslateAndTransport(53370)::waitForSdlRsp_H245TcpConnectionInfo - received H245TcpConnectionInfo from H245Handler
57315669.000 |22:32:55.912 |SdlSig |TtControlChannelEstablished |waitForTransportEstablishment |H245SessionManager(3,100,28,53370) |TranslateAndTransport(3,100,21,53370) |3,100,12,106644.1^*^* |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0]
57315670.000 |22:32:55.915 |SdlSig |SdlDataInd |wait |H245Handler(3,100,29,1) |SdlTCPConnection(3,100,13,119956) |3,100,13,119956.2^*^* |*TraceFlagOverrode
57315670.001 |22:32:55.915 |AppInfo |H245ASN - TtPid=(53370) [0xb42276e0 1964 bytes] -Incoming #455653 -value MultimediaSystemControlMessage ::= request : terminalCapabilitySet :
sequenceNumber 1,
protocolIdentifier { 0 0 8 245 0 7 },
multiplexCapability h2250Capability :
maximumAudioDelayJitter 20,
receiveMultipointCapability
multicastCapability FALSE,
multiUniCastConference FALSE,
mediaDistributionCapability
centralizedControl FALSE,
distributedControl FALSE,
centralizedAudio FALSE,
distributedAudio FALSE,
centralizedVideo FALSE,
distributedVideo FALSE
transmitMultipointCapability
multicastCapability FALSE,
multiUniCastConference FALSE,
mediaDistributionCapability
centralizedControl FALSE,
distributedControl FALSE,
centralizedAudio FALSE,
distributedAudio FALSE,
centralizedVideo FALSE,
distributedVideo FALSE
receiveAndTransmitMultipointCapability
multicastCapability FALSE,
multiUniCastConference FALSE,
mediaDistributionCapability
centralizedControl FALSE,
distributedControl FALSE,
centralizedAudio FALSE,
distributedAudio FALSE,
centralizedVideo FALSE,
distributedVideo FALSE
mcCapability
centralizedConferenceMC FALSE,
decentralizedConferenceMC FALSE
rtcpVideoControlCapability FALSE,
mediaPacketizationCapability
h261aVideoPacketization FALSE
logicalChannelSwitchingCapability FALSE,
t120DynamicPortCapability FALSE
capabilityTable
capabilityTableEntryNumber 27,
capability receiveUserInputCapability : basicString : NULL
capabilityTableEntryNumber 3,
capability receiveAudioCapability : g711Ulaw64k : 20
capabilityDescriptors
capabilityDescriptorNumber 1,
simultaneousCapabilities
3
27
57315670.002 |22:32:55.915 |AppInfo |DET-H245Log-- : H323-2833. H245CapabilityDefinition lookupOutBandSignalCapEntry: entryNumber=27, receiveInputCap=2
57315670.003 |22:32:55.915 |AppInfo |DET-H245Log-- : H323-2833. H245CapabilityDefinition lookupOutBandSignalCapEntry: No SignalType UserInputCapability, put Alphanumeric type back, entryNumber=27, UserCap=2,
57315671.000 |22:32:55.915 |SdlSig |CeseTerminalCapabilitySet |wait |TranslateAndTransport(3,100,21,53370) |H245Handler(3,100,29,1) |3,100,13,119956.2^*^* |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] SeqNo=1 len=1964 TCS heap-> 0xb42276e0 capCount=2
57315672.000 |22:32:55.915 |SdlSig |SdlDataInd |wait |H245Handler(3,100,29,1) |SdlTCPConnection(3,100,13,119956) |3,100,13,119956.3^*^* |*TraceFlagOverrode
57315672.001 |22:32:55.915 |AppInfo |H245ASN - TtPid=(53370) [0xb27ceab8 1444 bytes] -Incoming #455654 -value MultimediaSystemControlMessage ::= request : masterSlaveDetermination :
terminalType 60,
statusDeterminationNumber 8220
57315673.000 |22:32:55.915 |SdlSig |MsdseMasterSlaveDetermination |wait |TranslateAndTransport(3,100,21,53370) |H245Handler(3,100,29,1) |3,100,13,119956.3^*^* |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0]
57315674.000 |22:32:55.915 |SdlSig |CeseTerminalCapabilitySet |paused |CeseIncoming(3,100,20,53370) |TranslateAndTransport(3,100,21,53370) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0] SeqNo=1 len=1964 TCS heap-> 0xb42276e0 capCount=2
57315675.000 |22:32:55.915 |SdlSig |MsdseMasterSlaveDetermination |paused |Msdse(3,100,23,53370) |TranslateAndTransport(3,100,21,53370) |3,100,13,119956.3^10.130.3.9^Port 49839 |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0]
57315676.000 |22:32:55.915 |SdlSig-S |MsdseMasterSlaveDetermination |paused |Msdse(3,100,23,53370) |TranslateAndTransport(3,100,21,53370) |3,100,13,119956.3^10.130.3.9^Port 49839 |
57315677.000 |22:32:55.915 |SdlSig |CeseTransferIndication |capabilityExchange |H245SessionManager(3,100,28,53370) |CeseIncoming(3,100,20,53370) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] len=1964 TCS heap-> 0xb42276e0 capCount=2
57315678.000 |22:32:55.915 |SdlSig |H245CapabilitiesIncomingIndication |waitForCapabilitiesExchange |H245Interface(3,100,185,53370) |H245SessionManager(3,100,28,53370) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0] len=1964 TCS heap-> 0xb42276e0 capCount=2
57315678.001 |22:32:55.915 |AppInfo |DET-H245Interface-(53370), star_H245CapabilitiesIncoming , received sdpMode = 0, videoCapable=0, dataCapable=0, videoSetupAfterAudio= 0,mMXOfferNeeded= 0
57315678.002 |22:32:55.915 |AppInfo |DET-H245Interface-(53370)::convertH245CapabilitiesToCapabilities, H323-2833. Incoming OOB user Input Cap choice =2, oobUserInputCap=1
57315678.003 |22:32:55.915 |AppInfo |DET-H245Interface-(53370)::convertH245CapabilitiesToCapabilities, cmCloudH245ICTVersion(0), H323-2833. After incoming TCS DTMFProfile updated, DTMF Method=1, 2833 payloadNum=0, OOB cap=1
57315678.004 |22:32:55.915 |AppInfo |DET-MediaUtility-::getCodecPrefOption, xferModeA=7 xferModeB=4 honorOfferCodecPrefA=0 honorOfferCodecPrefB=0 PREF_LIST
57315678.005 |22:32:55.915 |AppInfo |DET-MediaUtility-::setCodecPrefOptionAndRegionB, audioPassThru=0 myRegion=SIN-REG peerRegion=SIN-REG farEndRegion= regionB=SIN-REG PREF_LIST
57315678.006 |22:32:55.915 |AppInfo |DET-H245Interface-(53370)::setCodecPrefOptionAndOtherSideRegion, otherSideRegion=SIN-REG, PREF_LIST
57315678.007 |22:32:55.915 |AppInfo |DET-RegionsServer::sortMediaPayload-capCount=1, regionA=SIN-REG, regionB=SIN-REG, fkCodecList=911b707a-7d0e-c4cb-cc2a-89b4178491da
57315678.008 |22:32:55.915 |AppInfo |DET-MediaUtility-::getCodecPrefOption, xferModeA=7 xferModeB=4 honorOfferCodecPrefA=0 honorOfferCodecPrefB=0 PREF_LIST
57315678.009 |22:32:55.915 |AppInfo |DET-MediaUtility-::setCodecPrefOptionAndRegionB, audioPassThru=0 myRegion=SIN-REG peerRegion=SIN-REG farEndRegion= regionB=SIN-REG PREF_LIST
57315678.010 |22:32:55.915 |AppInfo |DET-H245Interface-(53370)::setCodecPrefOptionAndOtherSideRegion, otherSideRegion=SIN-REG, PREF_LIST
57315678.011 |22:32:55.915 |AppInfo |DET-RegionsServer::matchCapabilities-- savedOption=1, PREF_LIST, regionA=SIN-REG regionB=SIN-REG latentCaps(A=0, B=0) kbps=64, capACount=1, capBCount=0
57315678.012 |22:32:55.915 |AppInfo |RegionsServer: applyCodecFilterIfNeeded - no codecs remained after filtering so restored original 0 caps
57315679.000 |22:32:55.915 |SdlSig |CeseTransferResponse |paused |CeseIncoming(3,100,20,53370) |H245SessionManager(3,100,28,53370) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0]
57315680.000 |22:32:55.915 |SdlSig-S |CeseTransferResponse |paused |CeseIncoming(3,100,20,53370) |H245SessionManager(3,100,28,53370) |3,100,13,119956.2^10.130.3.9^Port 49839 |
57315681.000 |22:32:55.915 |SdlSig |MXCapabilitiesIncoming |waitInterfacesCapabilities |MediaExchange(3,100,138,127079) |H245Interface(3,100,185,53370) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] audioCapCount=1 Caps[4(20)] videoCapCount=0, [] extendedVidCount=0, [] Supp.Payload RFC[0 0 0 0 0 ] h245ICTVersion0 useOldGWBytesForGSMConversion=F cryptoCapCount=0 cryptoVidDataCapCount=0 DTMF Profile(1,1,0,1,F)LatentCaps=null
57315681.001 |22:32:55.915 |AppInfo |DET-MediaExchange-(127079)::canForwardCapsToOtherEnd, activeCapEnabled(0, 0), canForwardCapsToOtherEnd=0
57315681.002 |22:32:55.915 |AppInfo |DET-MediaExchange-(127079)::finishCapExchange, capFromTwoIFs=1,capFromFarEnd=0,aPT=0,vPT=2,capE2E=0,capDone=1
57315681.003 |22:32:55.915 |AppInfo |DET-MediaExchange-(127079)::handleInterfaceVisited, returned finishCapExchange
57315681.004 |22:32:55.915 |AppInfo |DET-MediaExchange-(127079)::handleInterfaceVisited, allowReConnect(1) partyAHasCapsorACE(1)partybHasCapsorACE (0)
57315682.000 |22:32:55.915 |SdlSig |AuReConnectRequest |waitDisconnect |MediaManager(3,100,133,117676) |MediaExchange(3,100,138,127079) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] Party1: MR=0 CI=60724230 audioCapCount=9 region=SIN-REG xferMode=4 mrid=0 audioId=0 MMCap=0x1 activeCap=0 cryptoCapCount=0 flushIns=0 dtmCall=0 dtmPrimaryCI=0 IFPid=(3,100,234,63534) dtMedia=F honorCodec=F EOType=0 MohType=0DTMF Caps(1,1,0,1,F) confID=0 connType=3 connStatus=0 mtpPre=F teleEve=0 IFCreated=T IFHandling=0 FS=0 mcNodeId=0LatentCaps=null Party2: MR=0 CI=60724231 audioCapCount=1 region=SIN-REG xferMode=7 mrid=0 audioId=0 MMCap=0x9 activeCap=0 cryptoCapCount=0 flushIns=0 dtmCall=0 dtmPrimaryCI=0 IFPid=(3,100,185,53370) dtMedia=F honorCodec=F EOType=0 MohType=0DTMF Caps(1,1,0,1,F) confID=0 connType=3 connStatus=0 mtpPre=F teleEve=0 IFCreated=T IFHandling=0 FS=0 mcNodeId=0LatentCaps=null reConnType=0 videoCall=F AllowedCallType=0x0 mtpChanged=F precLvl=5 resCap=0 party1.mMediaCoordinatorNodeId=0 party2.mMediaCoordinatorNodeId=0
57315682.001 |22:32:55.915 |AppInfo |SIG-MediaManager-(117676)::waitDisconnect_AuReConnectRequest, reConnectType(0)
57315682.002 |22:32:55.915 |AppInfo |DET-MediaManager-(117676)::waitDisconnect_AuReConnectRequest, Update AuConnectRequestMsg party capability. isDeviceVideoCapable (party1=0, party2=0) AllowedCallType=0x00000000
57315682.003 |22:32:55.915 |AppInfo |DET-MediaManager-(117676)::waitDisconnect_AuReConnectRequest, ReConnect--sending disconnect, Party1DTMFmethod(1) Party2DTMFMethod(1)
57315683.000 |22:32:55.915 |SdlSig |AuDisconnectRequest |waitCleanup |MediaManager(3,100,133,117676) |MediaManager(3,100,133,117676) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] CI1=60724230 CI2=60724231 sc=0 disconnType=0 ssReason=1 clearType=0 IF1Created=T IF2Created=T party1.mMediaCoordinatorNodeId=0 party2.mMediaCoordinatorNodeId=0 party1.dtmCall=0 party2.dtmCall=0 reconnectPending=F forceStop=F
57315683.001 |22:32:55.915 |AppInfo |!!ERROR!! -MediaManager-(117676)::handle_AuDisconnectRequest, mCleanupPreallocatedMTP=0
57315683.002 |22:32:55.915 |AppInfo |DET-MediaManager-(117676)::handle_AuDisconnectRequest, mrid(0,0) ci(6072423060724231) size(1), dt(0)
57315683.003 |22:32:55.915 |AppInfo |DET-MediaManager-(117676)::keepMTPConnection, sr(1), resrcAllocateSide(0), party1CI(60724230), bRet(0)
57315683.004 |22:32:55.915 |AppInfo |DET-MediaManager-(117676) - sendDisconnectReqToMX - disconnType=0, Party1DTMFmethod(1) Party2DTMFMethod(1) party1capCount(9) party2capCount(0), MC(0,0), deviceVideoCap(0, 0)
57315684.000 |22:32:55.915 |SdlSig |AuDisconnectRequest |waitInterfacesCapabilities |MediaExchange(3,100,138,127079) |MediaManager(3,100,133,117676) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] CI1=60724230 CI2=60724231 sc=0 disconnType=0 ssReason=1 clearType=0 IF1Created=T IF2Created=T party1.mMediaCoordinatorNodeId=0 party2.mMediaCoordinatorNodeId=0 party1.dtmCall=0 party2.dtmCall=0 reconnectPending=F forceStop=F
57315684.001 |22:32:55.915 |AppInfo |DET-MediaExchange-(127079)::wait_Disconnect, dt=0,stReason=1,IFHandling(0,0)
57315685.000 |22:32:55.915 |SdlSig-Q |MXInterfaceEstablished |waitStopped |MediaExchange(3,100,138,127079) |AgenaInterface(3,100,234,63534) |3,100,13,119955.3^10.130.3.9^* |
57315686.000 |22:32:55.915 |SdlSig-D |MXInterfaceEstablished |waitStopped |MediaExchange(3,100,138,127079) |AgenaInterface(3,100,234,63534) |3,100,13,119955.3^10.130.3.9^* |
57315687.000 |22:32:55.915 |SdlSig |MXInterfaceStopStreaming |waitForMXCapabilitiesorOfferorAnswer |AgenaInterface(3,100,234,63534) |MediaExchange(3,100,138,127079) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0] ClearType= 0 StoppedBy= 0 DisconnecType= 0 StopStreamingReason=1 reconPending= FmHoldingPartyCI= 0mForceStop= F
57315687.001 |22:32:55.915 |AppInfo |DET-AgenaInterfaceBase-(63534)::closeRecvForAllAudioChannels, mAudioIncomingLC2AGIDMap size = 0
57315688.000 |22:32:55.915 |SdlSig |MXInterfaceStopStreaming |waitForCapabilitiesExchange |H245Interface(3,100,185,53370) |MediaExchange(3,100,138,127079) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0] ClearType= 0 StoppedBy= 0 DisconnecType= 0 StopStreamingReason=1 reconPending= FmHoldingPartyCI= 0mForceStop= F
57315688.001 |22:32:55.915 |AppInfo |DET-H245Interface-(53370)::handleStopStreaming, stopStreamingRecdInWaitForCapExchgState=0
57315688.002 |22:32:55.915 |AppInfo |DET-H245Interface-(53370)::handleStopStreaming, mInitialCallSendDumyCapsIfNeeded=1
57315689.000 |22:32:55.915 |SdlSig |MXInterfaceStoppedStreaming |waitStopped |MediaExchange(3,100,138,127079) |AgenaInterface(3,100,234,63534) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0]
57315690.000 |22:32:55.915 |SdlSig |MXInterfaceStoppedStreaming |waitStopped |MediaExchange(3,100,138,127079) |H245Interface(3,100,185,53370) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0]
57315690.001 |22:32:55.915 |Stopping | | |MediaExchange(3,100,138,127079) |MediaExchange(3,100,138,127079) | |NumOfCurrentInstances: 1
57315691.000 |22:32:55.915 |SdlSig |MXNewParentPid |restart |AgenaInterface(3,100,234,63534) |MediaExchange(3,100,138,127079) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:2,L:0,V:0,Z:0,D:0] parent pid:nodeId=3.PN=134.PI=1.vPT=2 allow2833=F injectDigitstoMTP=F subscribetoMTP=F passthru2833=F
57315692.000 |22:32:55.915 |SdlSig |MXNewParentPid |waitReconnect |H245Interface(3,100,185,53370) |MediaExchange(3,100,138,127079) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0] parent pid:nodeId=3.PN=134.PI=1.vPT=2 allow2833=F injectDigitstoMTP=F subscribetoMTP=F passthru2833=F
57315693.000 |22:32:55.915 |SdlSig |AuDisconnectReply |waitCleanup |MediaManager(3,100,133,117676) |MediaExchange(3,100,138,127079) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] CI1=60724230 CI2=60724231 sc=0 disconnType=0 ssReason=1 clearType=0 IF1Created=T IF2Created=T party1.mMediaCoordinatorNodeId=0 party2.mMediaCoordinatorNodeId=0 party1.dtmCall=0 party2.dtmCall=0 reconnectPending=F forceStop=F
57315693.001 |22:32:55.915 |AppInfo |DET-MediaManager-(117676)::waitCleanup_AuDisconnectReply, CI(60724230,60724231), disconnType(0), stopStreamingReason(1) DTMFMethod(1 1),MC(0,0),rf(1), nD(1,1)
57315693.002 |22:32:55.915 |AppInfo |DET-MediaManager-(117676)::waitCleanup_AuDisconnectReply, videoCap (0, 0), AllowedCallType=0
57315693.003 |22:32:55.915 |AppInfo |SIG-MediaManager-(117676)::waitCleanup_AuDisconnectReply - recv all disconn replies, send ReConnReq to MC, reConnectType(0), party(60724230,60724231) mrid(0 0) party1DTMF(1 1 0) part2DTMF(1 1 0), MC(0,0), deviceVideo (0, 0), AllowedCallType=0x00000000
57315693.004 |22:32:55.915 |Stopping | | |MediaManager(3,100,133,117676) |MediaManager(3,100,133,117676) | |NumOfCurrentInstances: 1
57315694.000 |22:32:55.915 |SdlSig |AuReConnectRequest |wait |MediaCoordinator(3,100,134,1) |MediaManager(3,100,133,117676) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] Party1: MR=0 CI=60724230 audioCapCount=9 region=SIN-REG xferMode=4 mrid=0 audioId=0 MMCap=0x1 activeCap=0 cryptoCapCount=0 flushIns=0 dtmCall=0 dtmPrimaryCI=0 IFPid=(3,100,234,63534) dtMedia=F honorCodec=F EOType=0 MohType=0DTMF Caps(1,1,0,1,F) confID=0 connType=3 connStatus=0 mtpPre=F teleEve=0 IFCreated=T IFHandling=0 FS=0 mcNodeId=0LatentCaps=null Party2: MR=0 CI=60724231 audioCapCount=1 region=SIN-REG xferMode=7 mrid=0 audioId=0 MMCap=0x9 activeCap=0 cryptoCapCount=0 flushIns=0 dtmCall=0 dtmPrimaryCI=0 IFPid=(3,100,185,53370) dtMedia=F honorCodec=F EOType=0 MohType=0DTMF Caps(1,1,0,1,F) confID=0 connType=3 connStatus=0 mtpPre=F teleEve=0 IFCreated=T IFHandling=0 FS=0 mcNodeId=0LatentCaps=null reConnType=0 videoCall=F AllowedCallType=0x0 mtpChanged=F precLvl=5 resCap=0 party1.mMediaCoordinatorNodeId=0 party2.mMediaCoordinatorNodeId=0
57315694.001 |22:32:55.915 |AppInfo |SIG-MediaCoordinator-wait_AuReConnectRequest, reConnectType(0)
57315694.002 |22:32:55.915 |AppInfo |SIG-MediaCoordinator-wait_AuReConnectRequest - removing MediaManager(117676) from connection list
57315695.000 |22:32:55.915 |SdlSig |AuConnectRequest |wait |MediaCoordinator(3,100,134,1) |MediaCoordinator(3,100,134,1) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] Party1: MR=0 CI=60724230 audioCapCount=9 region=SIN-REG xferMode=4 mrid=0 audioId=0 MMCap=0x1 activeCap=0 cryptoCapCount=0 flushIns=0 dtmCall=0 dtmPrimaryCI=0 IFPid=(3,100,234,63534) dtMedia=F honorCodec=F EOType=0 MohType=0DTMF Caps(1,1,0,1,F) confID=0 connType=3 connStatus=0 mtpPre=F teleEve=0 IFCreated=T IFHandling=0 FS=0 mcNodeId=0LatentCaps=null Party2: MR=0 CI=60724231 audioCapCount=1 region=SIN-REG xferMode=7 mrid=0 audioId=0 MMCap=0x9 activeCap=0 cryptoCapCount=0 flushIns=0 dtmCall=0 dtmPrimaryCI=0 IFPid=(3,100,185,53370) dtMedia=F honorCodec=F EOType=0 MohType=0DTMF Caps(1,1,0,1,F) confID=0 connType=3 connStatus=0 mtpPre=F teleEve=0 IFCreated=T IFHandling=0 FS=0 mcNodeId=0LatentCaps=null reConnType=0 videoCall=F AllowedCallType=0x0 mtpChanged=F precLvl=5 resCap=0 party1.mMediaCoordinatorNodeId=0 party2.mMediaCoordinatorNodeId=0
57315695.001 |22:32:55.915 |Created | | |MediaManager(3,100,133,117677) |MediaCoordinator(3,100,134,1) | |NumOfCurrentInstances: 1
57315695.002 |22:32:55.915 |AppInfo |SIG-MediaCoordinator-wait_AuConnectRequest - new MediaManager(133,117677) started
57315696.000 |22:32:55.915 |SdlSig |AuConnectRequest |waitConnectRequest |MediaManager(3,100,133,117677) |MediaCoordinator(3,100,134,1) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] Party1: MR=0 CI=60724230 audioCapCount=9 region=SIN-REG xferMode=4 mrid=0 audioId=0 MMCap=0x1 activeCap=0 cryptoCapCount=0 flushIns=0 dtmCall=0 dtmPrimaryCI=0 IFPid=(3,100,234,63534) dtMedia=F honorCodec=F EOType=0 MohType=0DTMF Caps(1,1,0,1,F) confID=0 connType=3 connStatus=0 mtpPre=F teleEve=0 IFCreated=T IFHandling=0 FS=0 mcNodeId=0LatentCaps=null Party2: MR=0 CI=60724231 audioCapCount=1 region=SIN-REG xferMode=7 mrid=0 audioId=0 MMCap=0x9 activeCap=0 cryptoCapCount=0 flushIns=0 dtmCall=0 dtmPrimaryCI=0 IFPid=(3,100,185,53370) dtMedia=F honorCodec=F EOType=0 MohType=0DTMF Caps(1,1,0,1,F) confID=0 connType=3 connStatus=0 mtpPre=F teleEve=0 IFCreated=T IFHandling=0 FS=0 mcNodeId=0LatentCaps=null reConnType=0 videoCall=F AllowedCallType=0x0 mtpChanged=F precLvl=5 resCap=0 party1.mMediaCoordinatorNodeId=0 party2.mMediaCoordinatorNodeId=0
57315696.001 |22:32:55.915 |AppInfo |SIG-MediaManager-(117677)::wait_AuConnectRequest, CI(60724230,60724231), capCount(9,1), mcNodeId(0,0), xferMode(4,7), reConnectType(0), mrid (0, 0) IFCreated(1 1) proIns(63534 53370), AC(0,0), party1DTMF(1 1 0 1 0) party2DTMF(1 1 0 1 0),reConnFlag=1, connType(3,3), IFHand(0,0),MTP(0,0),MRGL(5212b81b-1ba4-b897-0a93-0125344b429e,5212b81b-1ba4-b897-0a93-0125344b429e) videoCap(0 0), mmCallType(0),FS(0,0), IpAddrMode(0 0) aPid(3, 58, 2238), bPid(3, 189, 55784) EOType(0 0) MOHAnnConnType(0 0) honorCodec(0 0)
57315697.000 |22:32:55.915 |SdlSig |CACInfoReq |wait |ReservationMgr(3,100,103,1) |MediaManager(3,100,133,117677) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] CI= 0 aCI=60724230 bCI=60724231
57315698.000 |22:32:55.915 |SdlSig |CACInfoReq |active |LBMInterface(3,100,169,1) |ReservationMgr(3,100,103,1) |3,100,13,119956.2^10.130.3.9^Port 49839 |[T:N-H:0,N:0,L:0,V:0,Z:0,D:0] CI= 0 aCI=60724230 bCI=60724231
57315698.001 |22:32:55.915 |AppInfo |LBMIF: CI: 60724230 INFOREQ 3,100,58,2238
57315698.002 |22:32:55.915 |AppInfo |LBMIF: CI: 60724231 INFOREQ' 3,100,189,55784
57315699.000 |22:32:55.915 |SdlSig |CACInfoRes |wait |ReservationMgr(3,100,103,1) |LBMInterface(3,100,169,1) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] CI= 0 aCI=60724230 bCI=60724231 pol=0 rsvpStatus=1 sessJoined=F staIdx_no_agent=0 AudioBWReserved eoSent=F aAgent: confID =0 ci =0 capCt =0 reg= mtpType =2 agentCt =0 mmCapSet=0 agentAllo =0 RemoAgent=F DevCap=0 ipAddrMode=0 bAgent: confID =0 ci =0 capCt =0 reg= mtpType =2 agentCt =0 mmCapSet=0 agentAllo =0 RemoAgent=F DevCap=0 ipAddrMode=0 aPort: NumPort =0 bPort: NumPort =0 otherAgentPort: NumPort =0
57315700.000 |22:32:55.915 |SdlSig |CACInfoReq |wait |RSVPSession(3,100,100,79309) |ReservationMgr(3,100,103,1) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] CI= 0 aCI=60724230 bCI=60724231
57315701.000 |22:32:55.916 |SdlSig |CACInfoRes |wait |ReservationMgr(3,100,103,1) |RSVPSession(3,100,100,79309) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] CI= 60724230 aCI=60724230 bCI=60724231 pol=0 rsvpStatus=1 sessJoined=F staIdx_no_agent=0 NoBWReserved eoSent=F aAgent: confID =0 ci =0 capCt =0 reg= mtpType =2 agentCt =0 mmCapSet=0 agentAllo =0 RemoAgent=F DevCap=0 ipAddrMode=0 bAgent: confID =0 ci =0 capCt =0 reg= mtpType =2 agentCt =0 mmCapSet=0 agentAllo =0 RemoAgent=F DevCap=0 ipAddrMode=0 aPort: NumPort =0 bPort: NumPort =0 otherAgentPort: NumPort =0
57315702.000 |22:32:55.916 |SdlSig |CACInfoRes |waitCACInfoRes |MediaManager(3,100,133,117677) |ReservationMgr(3,100,103,1) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] CI= 0 aCI=60724230 bCI=60724231 pol=0 rsvpStatus=1 sessJoined=F staIdx_no_agent=0 AudioBWReserved eoSent=F aAgent: confID =0 ci =0 capCt =0 reg= mtpType =2 agentCt =0 mmCapSet=0 agentAllo =0 RemoAgent=F DevCap=0 ipAddrMode=0 bAgent: confID =0 ci =0 capCt =0 reg= mtpType =2 agentCt =0 mmCapSet=0 agentAllo =0 RemoAgent=F DevCap=0 ipAddrMode=0 aPort: NumPort =0 bPort: NumPort =0 otherAgentPort: NumPort =0
57315702.001 |22:32:55.916 |AppInfo |DET-MediaManager-(117677) - waitCACInfoRes_CACInfoRes- qosType=0 videoEsc=0 mNoVideoResvAttempted=1 VideoCall=0
57315702.002 |22:32:55.916 |AppInfo |DET-MediaManager-(117677)::waitCACInfoRes_CACInfoRes, rsvp(0,0), aE2ERegion(64) deviceAcaps(0) deviceBCaps(0),noVideoResv(1), mmAllowedCallType(0x00000000)
57315702.003 |22:32:55.916 |AppInfo |DET-MediaManager-(117677)::bothPartiesVideoCapable=0 MainVideoCap=0 SecondVideoCap=0
57315702.004 |22:32:55.916 |AppInfo |DET-MediaManager-(117677)::mapCapabilitiesToMMCallType, policy=0, hasRSVP=0, mainVideoCap=0,dataCap=0, allowedCallType=0x00000001, V region(e2e=384, 1)
57315702.005 |22:32:55.916 |AppInfo |DET-MediaManager-(117677)::buildMtpXcoderAllocList, savedConnectionCount=0, QosType=0
57315702.006 |22:32:55.916 |AppInfo |DET-RegionsServer::matchCapabilities-- savedOption=3, PREF_NONE, regionA=(null) regionB=(null) latentCaps(A=0, B=0) kbps=64, capACount=9, capBCount=1
57315702.007 |22:32:55.916 |AppInfo |DET-RegionsServer::handleMatchCapabilities()-- BEFORE MATCHING LOGIC applied(after filtering), sideARefCaps=1 refCapsSaveOpt=1 otherCapsSaveOpt=1 capsA[7]::capCount=7 (Cap,ptime)= (4,40) (2,40) (86,60) (15,60) (16,60) (11,60) (12,60) capsB[1]::capCount=1 (Cap,ptime)= (4,20)
57315702.008 |22:32:55.916 |AppInfo |DET-RegionsServer::handleMatchCapabilities()-- AFTER MATCHING LOGIC applied, capsA[1]::capCount=1 (Cap,ptime)= (4,40) capsB[1]::capCount=1 (Cap,ptime)= (4,20) numMatchedCaps=1
57315702.009 |22:32:55.916 |AppInfo |DET-MediaManager-(117677)::checkAudioPassThru, param(0,1), capCount(9,1), mtpPT=1, aPT=1
57315702.010 |22:32:55.916 |AppInfo |DET-MediaManager-(117677)::preCheckCapabilities, region1=SIN-REG, region2=SIN-REG, Pty1 capCount=9 (Cap,ptime)= (25,40) (4,40) (2,40) (86,60) (15,60) (16,60) (11,60) (12,60) (257,1), Pty2 capCount=1 (Cap,ptime)= (4,20)
57315702.011 |22:32:55.916 |AppInfo |DET-RegionsServer::matchCapabilities-- savedOption=0, PREF_NONE, regionA=(null) regionB=(null) latentCaps(A=0, B=0) kbps=64, capACount=9, capBCount=1
57315702.012 |22:32:55.916 |AppInfo |DET-RegionsServer::handleMatchCapabilities()-- BEFORE MATCHING LOGIC applied(after filtering), sideARefCaps=1 refCapsSaveOpt=0 otherCapsSaveOpt=0 capsA[7]::capCount=7 (Cap,ptime)= (4,40) (2,40) (86,60) (15,60) (16,60) (11,60) (12,60) capsB[1]::capCount=1 (Cap,ptime)= (4,20)
57315702.013 |22:32:55.916 |AppInfo |DET-RegionsServer::handleMatchCapabilities()-- AFTER MATCHING LOGIC applied, capsA[7]::capCount=7 (Cap,ptime)= (4,40) (2,40) (86,60) (15,60) (16,60) (11,60) (12,60) capsB[1]::capCount=1 (Cap,ptime)= (4,20) numMatchedCaps=1
57315702.014 |22:32:55.916 |AppInfo |DET-MediaManager-(117677)::prepareInitialConnectionList, Party1CapCount=9 Party2CapCount=1 XcoderRequired=0 xcodingSide=0 allowMTP=0
57315702.015 |22:32:55.916 |AppInfo |DET-MediaManager-(117677)::AllocateXcoderandMTPWithZeroSavedConnection
57315702.016 |22:32:55.916 |AppInfo |DET-MediaManager-(117677)::isMTPNeededForDTMF, both parties are non-SIP and we'll do OOB for DTMF
57315702.017 |22:32:55.916 |AppInfo |DET-MediaManager-(117677) - isIpv6CapableMTPNeeded(0) ipAddrMode(0 0) mtpside(0)
57315702.018 |22:32:55.916 |AppInfo |SIG-MediaManager-(117677)::handleAuConnectRequest, connCount=0
57315702.019 |22:32:55.916 |Created | | |MediaExchange(3,100,138,127080) |MediaManager(3,100,133,117677) | |NumOfCurrentInstances: 1
57315702.020 |22:32:55.916 |AppInfo |DET-MediaManager-(117677)::getAllow2833FortheCall, 2833 is not allowed for the call
57315703.000 |22:32:55.916 |SdlSig |AuConnectRequest |waitAuConnectRequest |MediaExchange(3,100,138,127080) |MediaManager(3,100,133,117677) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:0,L:0,V:0,Z:0,D:0] Party1: MR=0 CI=60724230 audioCapCount=9 region=SIN-REG xferMode=4 mrid=0 audioId=0 MMCap=0x1 activeCap=0 cryptoCapCount=0 flushIns=0 dtmCall=0 dtmPrimaryCI=0 IFPid=(3,100,234,63534) dtMedia=F honorCodec=F EOType=0 MohType=0DTMF Caps(1,1,0,1,F) confID=0 connType=3 connStatus=0 mtpPre=F teleEve=0 IFCreated=T IFHandling=0 FS=0 mcNodeId=0LatentCaps=null Party2: MR=0 CI=60724231 audioCapCount=1 region=SIN-REG xferMode=7 mrid=0 audioId=0 MMCap=0x9 activeCap=0 cryptoCapCount=0 flushIns=0 dtmCall=0 dtmPrimaryCI=0 IFPid=(3,100,185,53370) dtMedia=F honorCodec=F EOType=0 MohType=0DTMF Caps(1,1,0,1,F) confID=0 connType=3 connStatus=0 mtpPre=F teleEve=0 IFCreated=T IFHandling=0 FS=0 mcNodeId=0LatentCaps=null reConnType=0 videoCall=F AllowedCallType=0x1 mtpChanged=F precLvl=5 resCap=0 party1.mMediaCoordinatorNodeId=0 party2.mMediaCoordinatorNodeId=0
57315703.001 |22:32:55.916 |AppInfo |DET-MediaExchange-(127080)::wait_AuConnectRequest, party1(CI=60724230, MXIFHandling=0, MediaReq=0,xferMode=4),party2(CI=60724231, MXIFHandling=0,xferMode=7), farEnd(XferMode=0,AC=0,T38=0,FS=0, mediaReq=0), PT(2,2),connType(3,3), farendIpAddrMode=0
57315703.002 |22:32:55.916 |AppInfo |DET-MediaExchange-(127080)::addPartyAandPartyB, party1:xferMode=4, party2:xferMode=7
57315703.003 |22:32:55.916 |AppInfo |DET-MediaExchange-(127080)::setEOOpaqueMediaInfoForInterface, peerEarlyOfferType(0), farEndEarlyOfferType(0), h323EarlyOfferInfo(0)
57315703.004 |22:32:55.916 |AppInfo |DET-MediaExchange-(127080)::setEOOpaqueMediaInfoForInterface, peerEarlyOfferType(0), farEndEarlyOfferType(0), h323EarlyOfferInfo(0)
57315703.005 |22:32:55.916 |AppInfo |DET-MediaExchange-(127080)::setRegionAndHonorIncomingCodecPrefForInterface, Party1: myRegion(SIN-REG), peerRegion(SIN-REG), farEndRegion(), myHonorIncomingCodecPref(0), peerHonorIncomingCodecPref(0), farEndHonorIncomingCodecPref(0) Party2: myRegion(SIN-REG), peerRegion(SIN-REG), farEndRegion(), myHonorIncomingCodecPref(0), peerHonorIncomingCodecPref(0), farEndHonorIncomingCodecPref(0)
57315703.006 |22:32:55.916 |AppInfo |DET-MediaExchange-(127080)::addPartyAandPartyB, videoCall(0), normalStart(0), audioRegion(64), videoRegion(384), party1VidCapable(0), party2VidCapable(0)
57315704.000 |22:32:55.916 |SdlSig |MXNewParentPid |restart |AgenaInterface(3,100,234,63534) |MediaExchange(3,100,138,127080) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:3,L:0,V:0,Z:0,D:0] parent pid:nodeId=3.PN=138.PI=127080.vPT=2 allow2833=F injectDigitstoMTP=F subscribetoMTP=F passthru2833=F
57315705.000 |22:32:55.916 |SdlSig |MXInterfaceRestart |restart |AgenaInterface(3,100,234,63534) |MediaExchange(3,100,138,127080) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:2,L:0,V:0,Z:0,D:0] pid=0.0.0 partySide=A mAudioRegionKbps=64 mVideoRegionKbps=384 mMulticastFlag=F silence=F network=0 sessionId=0 ipAddrType=0 ipv4=10.130.3.9 port=49839 My DTMF (config=1 support=1 2833recvPT=0) Peer DTMF (config=1 support=1 2833recvPT=0) Media DTMF (subscribe=F passthru2833=F injectDigitstoMTP=F allow2833=F) cryptocapcount=0 RSVP nPortsOpened=0 AllowedCallType=0x1 aPT=2 vPT=2 e2eAR0 e2eVR0 capE2E=F dscpRSVPFail=F mtpChanged=F allowOneWay=F my connType=3 peer connType=3 mouth mode=0 mouth party=0 ear mode=0 ear party=0 mIsSRTP=T farEndXferM=0 farEndMediaReq=0 joined=F NormalReconn=T callIpAddrMode(my=0 peer=0 far=0) moh=F mediaReq=0 mPrecLvl=5 allowVideo=F SIPDevMediaInfo: [ vidPref=T isPartyA=F stackIdx=1 SDPInBeginMedia=F isJoined=F videoP=T EO=0 renegMedi=F
57315705.001 |22:32:55.916 |AppInfo |DET-kirra-ipv6 AgenaInterfaceBase-(63534)::initializeMemberData mNegotiatedIPAddrType = 0
57315706.000 |22:32:55.916 |SdlSig |MXNewParentPid |waitReconnect |H245Interface(3,100,185,53370) |MediaExchange(3,100,138,127080) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:3,L:0,V:0,Z:0,D:0] parent pid:nodeId=3.PN=138.PI=127080.vPT=2 allow2833=F injectDigitstoMTP=F subscribetoMTP=F passthru2833=F
57315707.000 |22:32:55.916 |SdlSig |MXInterfaceRestart |waitReconnect |H245Interface(3,100,185,53370) |MediaExchange(3,100,138,127080) |3,100,13,119956.2^10.130.3.9^Port 49839 |[R:N-H:0,N:2,L:0,V:0,Z:0,D:0] pid=0.0.0 partySide=B mAudioRegionKbps=64 mVideoRegionKbps=384 mMulticastFlag=F silence=F network=7 sessionId=0 ipAddrType=0 ipv4=10.130.3.9 port=49839 My DTMF (config=1 support=1 2833recvPT=0) Peer DTMF (config=1 support=1 2833recvPT=0) Media DTMF (subscribe=F passthru2833=F injectDigitstoMTP=F allow2833=F) cryptocapcount=0 RSVP nPortsOpened=0 AllowedCallType=0x1 aPT=2 vPT=2 e2eAR0 e2eVR0 capE2E=F dscpRSVPFail=F mtpChanged=F allowOneWay=F my connType=3 peer connType=3 mouth mode=0 mouth party=0 ear mode=0 ear party=0 mIsSRTP=T farEndXferM=0 farEndMediaReq=0 joined=F NormalReconn=T callIpAddrMode(my=0 peer=0 far=0) moh=F mediaReq=0 mPrecLvl=5 allowVideo=F SIPDevMediaInfo: [ vidPref=T isPartyA=F stackIdx=1 SDPInBeginMedia=F isJoined=F videoP=T EO=0 renegMedi=F
57315707.001 |22:32:55.916 |AppInfo |DET-H245Interface-(53370)::mapRestartSignal, mDTMFProfile oobUserInputCapability=1Could be a codec issue. Verify what codec you are trying to use when the call fails.
Is this H323 or MGCP, what is the PSTN connectivity, SIP or PRI or FX0?
Might be helpful to post the router config. -
External PSTN calls are not making it to CUE voicemail?
External PSTN calls are not being forwarded to my Unity Express Voicemail. Internall calling and forwarding to Voicemail is working like a charm. However, calls from the outside just busyout after so many rings and never make it to voicemail.
Can some one help point me in the right direction. I think it might be as simple as dial-peer problem.
Thanks in advance,
CurtI'm assuming this is CME-integrated. Basically, if you have a PRI connection, the easiest thing to do is to do a 'debug isdn q931' and check out the called number. Or if you have an FXO connection to the PSTN, then you've got some kind of 'connection plar' under the voice port to give you the called number. Basically the called number must match a destination pattern under a voip dial-peer pointing to CUE (you can use 'debug ccsip message' and look for an INVITE message to see where it's going to). Next, it has to match a trigger ('show ccn trigger' in the CUE CLI) to envoke a particular application, such as voicemail. If you have trouble, what we'll need to see is the exact called number (either via the isdn q931 debug or connection plar configuration statement) and the configuration (show run) from the CME and the CUE.
Lastly, take a look at the following notice:
http://www.cisco.com/en/US/partner/products/sw/voicesw/ps5520/products_field_notice09186a008023cfe2.shtml
which might apply to your situation. -
Cisco CUCM 6.1.5 CodeYellowExit alarm(s) received
Hi,
I am running Cisco CUCM ver.6.1.5 & two CUCMs acting as Publisher & Subscriber, Total Phones registered on CUCM is 94.
The Problem that I am facing i used to receive the below Alarm & I noticed the CPU is hitting 85% on both CUCMs so I found the Process called CCM is utilizing 80% of CPU usage.
From Tue Feb 23 23:38:05 AST 2010 to Tue Feb 23 23:59:05 AST 2010 on node 172.30.145.4, there are 1 CodeYellowEntry alarm(s) and 1 CodeYellowExit alarm(s) received. On Tue Feb 23 23:58:35 AST 2010, the last CodeYellowEntry alarm generated: CodeYellowEntry AverageDelay : 31 EntryLatency : 20 ExitLatency : 8 SampleSize : 10 TotalCodeYellowEntry : 26 HighPriorityQueueDepth : 0 NodeID : CUCM-A
Note:
I had disabled all Traces for all CUCM types but still the problem exist.
I had enough MEM & CPU.
Please Advice !!!
Best Regards,
MohanadDid you recreate your whole cluster, just as it is in production, on UCS???
I did the procedure from 6.1(5) and 7.1(5) and had no problems.
HTH
java
if this helps, please rate
www.cisco.com/go/pdihelpdesk -
9971 phone unable to complete PSTN calls
Has anyone ran into this problem? I'm testing with a SIP9971 phone. In order to make PSTN calls we have to disable video on the device configuration page. When video is enabled, calls to landline work but no ringback. Local cell calls I get a busy signal. Long distance cell calls we get number cannot be completed as dialed from CM. All other models work fine. I'm thinking it fails because of what is sent in the Setup message or type being sent. Gateways are H323 with PRIs.
Hello,
I have checked the debug you attached. And i see the reason of disconnect is unassigned/unallocated number, which is caused because you are not sending the call type and plan. I have seen also there is another call which was sent successfully to the PSTN.
Now you need to check the following, when you disable the Video from the phone how is the debug looks like, and when you enable the video how it looks like also.
The failed one should look like this:
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Table Normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-priority:99;
mso-style-qformat:yes;
mso-style-parent:"";
mso-padding-alt:0in 5.4pt 0in 5.4pt;
mso-para-margin-top:0in;
mso-para-margin-right:0in;
mso-para-margin-bottom:10.0pt;
mso-para-margin-left:0in;
line-height:115%;
mso-pagination:widow-orphan;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-ascii-font-family:Calibri;
mso-ascii-theme-font:minor-latin;
mso-fareast-font-family:"Times New Roman";
mso-fareast-theme-font:minor-fareast;
mso-hansi-font-family:Calibri;
mso-hansi-theme-font:minor-latin;
mso-bidi-font-family:Arial;
mso-bidi-theme-font:minor-bidi;}
Calling Party Number i = 0x2181, '7132076553'
Plan:ISDN, Type:National
Called Party Number i = 0x80, '19563690097'
Plan:Unknown, Type:Unknown
The working one:
Calling Party Number i = 0x2181, '7132076553'
Plan:ISDN, Type:National
Called Party Number i = 0x80, '19563690097'
Plan:ISDN, Type:National
I think your PSTN expect a proper Plan and Type from you.
Please let me know with the result of both calls.
Best regards,
Nizar -
PSTN Caller no ring back tone when IPPhone is CallForwarded
CallManager version 4.1(3)SR with 6608 T1 blade. IPPhone is call forwarded to an external PSTN number. PSTN caller dials IPPHone DID number, Phone is forwarded to external number via 6608 T1 PRI, PSTN user hears no ring back. User most of the time hangs up. Any help would be great.
Hi John,
You could try changing this setting on the Callmanager Gateway config page (after hours);
Setup non-ISDN Progress Indicator IE Enable
Default leaves this setting disabled (unchecked).
Enable this setting only if users are not receiving ringback tones on outbound calls.
When this setting is enabled, the Cisco CallManager sends Q.931 Setup messages out digital (that is, non-H.323) gateways with the Progress Indicator field set to non-ISDN.
This message notifies the destination device that the Cisco CallManager gateway is non-ISDN and that the destination device should play in-band ringback.
From this doc;
http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_administration_guide_chapter09186a00803ed699.html#wp1311922
Hope this helps!
Rob
Please remember to rate helpful posts........... -
Clicking on PSTN calls only when placing call on hold/taking off hold
Hey all,
We have an ongoing issue that we thought was isolated to a call flow going to our UCCX, but after extensive troubleshooting, have found that it is occuring when a PSTN caller is being placed on hold by or being taken off of hold (most noticeable when taking off of hold) either via an IP Phone or another system (Unity Connection when releasing to switch is transferring outside of Unity Connection, UCCX and it's hold/unhold steps). If we mirror this call flow, only calling from an IP Phone to Another and being placed on hold, or including Unity Connection or UCCX in the call flow, this doesn't occur. We've been working with TAC and our ITSP for the past couple weeks but haven't really made much traction. Wireshark traces on the CUBE, so far, only have the audible noise on the ITSP facing interface of the CUBE, which is what I would expect given that it's not heard internally.
Call flow:
PSTN Caller -> ITSP via SIP -> CUBE -> SIP -> CUCM -> IP Phone
CUCM Version 8.5.1.15900-4
CUBE Version 15.1(3)T2
MOH and CUBE have a G711 region relationship. Most IP Phones and systems have a G729 relationship, but as a test I put a phone in my G711 test region and the issue still occurs.
The traces show the call being setup with G729 (preference on my dial-peer), but the stream is all G711 (audio from my IP Phone and MOH). This was verified both in the trace and via the CUBE when doing a "show sip calls <my cell phone number>" that both legs were G711 and the issue was still occuring.
We regularly restart the IPVMS service as our MOH changes from time to time, but again this is only happening on PSTN calls, so my focus at this time has been the CUBE.
Has anyone run into this before? Perhaps it's a bug and I need to update my CUBE's firmware?Hi,
Did you enable “Play music on hold”?
If yes, you can try to disable it and then test again.
Please also check if there are any error message on FE Server when the issue happen.
Please also update to the latest version for Lync Server 2013 and have a test.
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support -
How to call business service from xquery transformation in OSB ??
Hi All,
How to call business service from xquery transformation in OSB ??
I need to assign the response variable of Business Service to a target element in XQuery Transformation Mapper file.
It's urgent.
Regards,
Jyoti NayakTransformation is to mapping the source and target of 2 different schemas.
In your case you should have a XQuery transformation between, your Business Service output schema and the target schema.
Thanks,
Vijay -
From monitoring report I can find complete peer to peer audio calls details but I would like to get a report of only PSTN calls. How can I get that report.
Hi,Askwizard,
Great you figure out it by yourself!
Yes,the audio call details provide different types of audio call details and you also can additiona call details report,check
http://blogs.technet.com/b/drrez/archive/2012/01/09/how-to-create-additional-lync-server-2010-call-details-reports-part-1.aspx for more details.
Regards,
Sharon
Sharon Shen
TechNet Community Support
Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. -
How to directly call business object class from backing bean class
I woul like to call business object class directly from the backing bean class and implement methods in BO. If possible can anyone give an example code.
Thanks in advanceWhich problems are you occurring then? I really don't see problems. You're just free to access and invoke them.
Maybe you are looking for
-
[svn:fx-] 13817: Branch maintenance:
Revision: 13817 Revision: 13817 Author: [email protected] Date: 2010-01-27 11:29:27 -0800 (Wed, 27 Jan 2010) Log Message: Branch maintenance: - remove branches/3.2.0 Removed Paths: flex/sdk/branches/3.2.0/
-
I am getting the 150:30 error in Photoshop Elements. I am using English as my language so that should not be an issue. I have restarted the computer but to no avail. I am furious at Adobe for letting this go on so long. I see posts with this same iss
-
Anyone else notice 'purchase only" titles appearing on tv?
I have noticed a strange behavior that only has appeared on my tv "Rented Movies" page... As it normally does, tv lists eight movie covers along the bottom of the screen as, "Viewers like you also rented." The odd thing is that on my "Rented Movies
-
Hi, I am developing a remote access application which allows to access remote machines terminal behind firewall and and NAT. I have looked at some technologies and scaled down to http tunneling and JXTA. I was hoping if some one could guide me to cho
-
cioa a tutti, non dispongo di una linea wi-fi per cui alcune app da aggiornare sul mio iphone mi chiedono di farlo da itunes. Non riesco a capire come. Grazie a tutti