CUBE SIP Call Monitoring
Does anyone know a the SNMP OID that can gauge total SIPactive calls or call legs on a Cisco 3845 CUBE router running IOS 12.4(24)T3? I would need a guage or interger This has turned out harder to find than a pink unicorn! I would think it would be here under the CISCO-VOICE-DIAL-CONTROL-MIB, but no luck so far.
Pete
Does anyone know a the SNMP OID that can gauge total SIPactive calls or call legs on a Cisco 3845 CUBE router running IOS 12.4(24)T3? I would need a guage or interger This has turned out harder to find than a pink unicorn! I would think it would be here under the CISCO-VOICE-DIAL-CONTROL-MIB, but no luck so far.
Pete
Similar Messages
-
SIP Calls Drop. Receive Bye From Cube 15min,30min, 45min
Hello,
Running into an odd issue. I've seen several others having this problem with calls dropping after 15min duration. But this is a bit different. Sometimes long duration calls drop at 15min. Some at 30min, others at 45min. And sometimes not at all. Call flow is such.
8831-sip--CUCM--sip--Cube--ITSP
I'm convinced this is likely a problem with the refresh timer. But I can't explain why it wouldn't just fail only at 15min. It's also interesting to note I've only seen this on the 8831. I tried getting the issue with debugs from the cube but of course it didn't happen once I turned on ccsip message.
From the callmanager traces I see the bye arrive from cube with Reason Q.850 cause=102.
The CUCM version is 9.1.2 and cube is 15.2(4)M1. I did see some odd defect in 15.1 related to this where the refresh on the cube would send out 3 invites to the ITSP on an update. I guess it would have only 33% chance of getting it right. Any help someone could provide I'd appreciate it.Thanks for the replies.
So was able to capture it while had debugs running. This time it disconnected after an hour. Same cause=102.
Now here is where it gets interesting in the debugs. I see an invite is sent 3 seconds from callmanager. I assume this is a refresher with the same call-id. Cube receives it and sends out to ITSP. With a new call-id. We then receive a bye from ITSP cause=86. Which then of course is sent to callmanager. Here are the relevent sections of debugs.
Received from cucm to cube:
820421: May 6 09:00:42.976: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
2014-05-06 09:00:43 2365082: Received:
2014-05-06 09:00:43 2365083: INVITE sip:[email protected]:5060;transport=tcp SIP/2.0
2014-05-06 09:00:43 2365084: Via: SIP/2.0/TCP 10.38.246.136:5060;branch=z9hG4bK28bab16dbd5664
2014-05-06 09:00:43 2365085: From: "Marcos Vazquez" <sip:[email protected]>;tag=3831180~dfbf10b3-6c69-4443-852f-cbf609935a6f-35009402
2014-05-06 09:00:43 2365086: To: <sip:[email protected]>;tag=5EBA2282-19C8
2014-05-06 09:00:43 2365087: Date: Tue, 06 May 2014 15:00:42 GMT
2014-05-06 09:00:43 2365088: Call-ID: [email protected]
2014-05-06 09:00:43 2365089: Supported: 100rel,timer,resource-priority,replaces
2014-05-06 09:00:43 2365090: Min-SE: 1800
2014-05-06 09:00:43 2365091: User-Agent: Cisco-CUCM9.1
2014-05-06 09:00:43 2365092: Allow: INVITE, OPTIONS, I
2014-05-06 09:00:43 2365093: NFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
2014-05-06 09:00:43 2365094: CSeq: 106 INVITE
2014-05-06 09:00:43 2365095: Max-Forwards: 70
2014-05-06 09:00:43 2365096: Expires: 300
2014-05-06 09:00:43 2365097: Allow-Events: presence, kpml
2014-05-06 09:00:43 2365098: Supported: X-cisco-srtp-fallback
2014-05-06 09:00:43 2365099: Supported: Geolocation
2014-05-06 09:00:43 2365100: P-Asserted-Identity: "Marcos Vazquez" <sip:[email protected]>
2014-05-06 09:00:43 2365101: Remote-Party-ID: "Marcos Vazquez" <sip:[email protected]>;party=calling;screen=yes;privacy=off
2014-05-06 09:00:43 2365102: Contact: <sip:[email protected]:5060;transport=tcp>
2014-05-06 09:00:43 2365103: Content-Type: application/sdp
2014-05-06 09:00:43 2365104: Content-Length: 371
2014-05-06 09:00:43 2365105:
2014-05-06 09:00:43 2365106: v=0
2014-05-06 09:00:43 2365107: o=CiscoSystemsCCM-
2014-05-06 09:00:43 2365108: SIP 3831180 1 IN IP4 10.38.246.136
2014-05-06 09:00:43 2365109: s=SIP Call
2014-05-06 09:00:43 2365110: c=IN IP4 10.96.5.28
2014-05-06 09:00:43 2365111: b=TIAS:64000
2014-05-06 09:00:43 2365112: b=AS:64
2014-05-06 09:00:43 2365113: t=0 0
2014-05-06 09:00:43 2365114: m=audio 31146 RTP/AVP 18 0 116 101
2014-05-06 09:00:43 2365115: a=rtpmap:0 PCMU/8000
2014-05-06 09:00:43 2365116: a=ptime:20
2014-05-06 09:00:43 2365117: a=rtpmap:116 iLBC/8000
2014-05-06 09:00:43 2365118: a=ptime:20
2014-05-06 09:00:43 2365119: a=maxptime:60
2014-05-06 09:00:43 2365120: a=fmtp:116 mode=20
2014-05-06 09:00:43 2365121: a=rtpmap:18 G729/8000
2014-05-06 09:00:43 2365122: a=ptime:20
2014-05-06 09:00:43 2365123: a=fmtp:18 annexb=no
2014-05-06 09:00:43 2365124: a=rtpmap:101 telephone-event/8000
2014-05-06 09:00:43 2365125: a=fmtp:101 0-15
2014-05-06 09:00:43 2365126: 5820422: May 6 09:00:42.978: //3024943/CC044C80000B/SIP/Msg/ccsipDisplayMsg:
Sent to ITSP:
Sent: Which looks like 3 are sent.
2014-05-06 09:00:43 2365128: INVITE sip:12.194.190.26:5060;transport=udp SIP/2.0
2014-05-06 09:00:43 2365129: Via: SIP/2.0/UDP 12.17.223.243:5060;branch=z9hG4bK2D699C1126
2014-05-06 09:00:43 2365130: P-Asserted-Identity: "Marcos Vazquez" <sip:[email protected]>
2014-05-06 09:00:43 2365131: From: "Marcos Vazquez" <sip:[email protected]>;tag=5EBA1628-22FC
2014-05-06 09:00:43 2365132: To: <sip:[email protected]>;tag=8088820710430052_c2b05.1.1.1385369448756.0_9843675_19511361
2014-05-06 09:00:43 2365133: Date: Tue, 06 May 2014 15:00:42 GMT
2014-05-06 09:00:43 2365134: Call-ID: [email protected]
2014-05-06 09:00:43 2365135: Supported: 100rel,timer,resource-priority,replaces,sdp-an
2014-05-06 09:00:43 2365136: at
2014-05-06 09:00:43 2365137: Min-SE: 1800
2014-05-06 09:00:43 2365138: Cisco-Guid: 3422833792-0000065536-0000746374-2297832970
2014-05-06 09:00:43 2365139: User-Agent: Cisco-SIPGateway/IOS-15.2.4.M1
2014-05-06 09:00:43 2365140: Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
2014-05-06 09:00:43 2365141: CSeq: 105 INVITE
2014-05-06 09:00:43 2365142: Max-Forwards: 70
2014-05-06 09:00:43 2365143: Timestamp: 1399388442
2014-05-06 09:00:43 2365144: Contact: <sip:[email protected]:5060>
2014-05-06 09:00:43 2365145: Expires: 60
2014-05-06 09:00:43 2365146: Allow-Events: telephone-event
2014-05-06 09:00:43 2365147: Content-Type: application/sdp
2014-05-06 09:00:43 2365148: Content-Length: 334
2014-05-06 09:00:43 2365149:
2014-05-06 09:00:43 2365150: v=0
2014-05-06 09:00:43 2365151: o=CiscoSystemsSIP-GW-UserAgent 8182 4488 IN IP4 12.17.223.243
2014-05-06 09:00:43 2365152: s=SIP Call
2014-05-06 09:00:43 2365153: c=IN IP4 1
2014-05-06 09:00:43 2365154: 2.17.223.243
2014-05-06 09:00:43 2365155: t=0 0
2014-05-06 09:00:43 2365156: m=audio 18760 RTP/AVP 18 0 100 101
2014-05-06 09:00:43 2365157: c=IN IP4 12.17.223.243
2014-05-06 09:00:43 2365158: a=rtpmap:18 G729/8000
2014-05-06 09:00:43 2365159: a=fmtp:18 annexb=no
2014-05-06 09:00:43 2365160: a=rtpmap:0 PCMU/8000
2014-05-06 09:00:43 2365161: a=rtpmap:100 X-NSE/8000
2014-05-06 09:00:43 2365162: a=fmtp:100 192-194
2014-05-06 09:00:43 2365163: a=rtpmap:101 telephone-event/8000
2014-05-06 09:00:43 2365164: a=fmtp:101 0-15
2014-05-06 09:00:43 2365165: 5820423: May 6 09:00:42.978: //3024942/CC044C80000B/SIP/Msg/ccsipDisplayMsg:
2014-05-06 09:00:43 2365166: Sent:
2014-05-06 09:00:43 2365167: SIP/2.0 100 Trying
2014-05-06 09:00:43 2365168: Via: SIP/2.0/TCP 10.38.246.136:5060;branch=z9hG4bK28bab16dbd5664
2014-05-06 09:00:43 2365169: From: "Marcos Vazquez" <sip:[email protected]>;tag=3831180~dfbf10b3-6c69-4443-852f-cbf609935a6f-35009402
2014-05-06 09:00:43 2365170: To: <sip:[email protected]>;tag=5EBA2282-19C8
2014-05-06 09:00:43 2365171: Date: Tue, 06 May 2014 15:00:42 GMT
2014-05-06 09:00:43 2365172: Call-ID: [email protected]
2014-05-06 09:00:43 2365173: CSeq: 106 INVITE
2014-05-06 09:00:43 2365174: Allow-Events: telephone-event
2014-05-06 09:00:43 2365175: Server: Cisco-SIPGateway/IOS-15.2.4.M1
2014-05-06 09:00:43 2365176: Content-Length: 0
2014-05-06 09:00:43 2365177:
2014-05-06 09:00:43 2365178: 5820424: May 6 09:00:43.479: //3024943/CC044C80000B/SIP/Msg/ccsipDisplayMsg:
2014-05-06 09:00:43 2365179: Sent:
2014-05-06 09:00:43 2365180: INVITE sip:12.194.190.26:5060;transport=udp SIP/2.0
2014-05-06 09:00:43 2365181: Via: SIP/2.0/UDP 12.17.223.243:5060;branch=z9hG4bK2D699C1126
2014-05-06 09:00:43 2365182: P-Asserted-Identity: "Marcos Vazquez" <sip:[email protected]>
2014-05-06 09:00:43 2365183: From: "Marcos Vazquez" <sip:[email protected]>;tag=5EBA1628-22FC
2014-05-06 09:00:43 2365184: To: <sip:[email protected]>;tag=8088820710430052_c2b05.1.1.1385369448756.0_9843675_19511361
2014-05-06 09:00:43 2365185: Date: Tue, 06 May 2014 15:00:43 GMT
2014-05-06 09:00:43 2365186: Call-ID: [email protected]
2014-05-06 09:00:43 2365187: Supported: 100rel,timer,resource-priority,replaces,sdp-an
2014-05-06 09:00:43 2365188: at
2014-05-06 09:00:43 2365189: Min-SE: 1800
2014-05-06 09:00:43 2365190: Cisco-Guid: 3422833792-0000065536-0000746374-2297832970
2014-05-06 09:00:43 2365191: User-Agent: Cisco-SIPGateway/IOS-15.2.4.M1
2014-05-06 09:00:43 2365192: Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
2014-05-06 09:00:43 2365193: CSeq: 105 INVITE
2014-05-06 09:00:43 2365194: Max-Forwards: 70
2014-05-06 09:00:43 2365195: Timestamp: 1399388443
2014-05-06 09:00:43 2365196: Contact: <sip:[email protected]:5060>
2014-05-06 09:00:43 2365197: Expires: 60
2014-05-06 09:00:43 2365198: Allow-Events: telephone-event
2014-05-06 09:00:43 2365199: Content-Type: application/sdp
2014-05-06 09:00:43 2365200: Content-Length: 334
2014-05-06 09:00:43 2365201:
2014-05-06 09:00:43 2365202: v=0
2014-05-06 09:00:43 2365203: o=CiscoSystemsSIP-GW-UserAgent 8182 4488 IN IP4 12.17.223.243
2014-05-06 09:00:43 2365204: s=SIP Call
2014-05-06 09:00:43 2365205: c=IN IP4 1
2014-05-06 09:00:44 2365206: 2.17.223.243
2014-05-06 09:00:44 2365207: t=0 0
2014-05-06 09:00:44 2365208: m=audio 18760 RTP/AVP 18 0 100 101
2014-05-06 09:00:44 2365209: c=IN IP4 12.17.223.243
2014-05-06 09:00:44 2365210: a=rtpmap:18 G729/8000
2014-05-06 09:00:44 2365211: a=fmtp:18 annexb=no
2014-05-06 09:00:44 2365212: a=rtpmap:0 PCMU/8000
2014-05-06 09:00:44 2365213: a=rtpmap:100 X-NSE/8000
2014-05-06 09:00:44 2365214: a=fmtp:100 192-194
2014-05-06 09:00:44 2365215: a=rtpmap:101 telephone-event/8000
2014-05-06 09:00:44 2365216: a=fmtp:101 0-15
2014-05-06 09:00:44 2365217: 5820425: May 6 09:00:44.479: //3024943/CC044C80000B/SIP/Msg/ccsipDisplayMsg:
2014-05-06 09:00:44 2365218: Sent:
2014-05-06 09:00:44 2365219: INVITE sip:12.194.190.26:5060;transport=udp SIP/2.0
2014-05-06 09:00:44 2365220: Via: SIP/2.0/UDP 12.17.223.243:5060;branch=z9hG4bK2D699C1126
2014-05-06 09:00:44 2365221: P-Asserted-Identity: "Marcos Vazquez" <sip:[email protected]>
2014-05-06 09:00:44 2365222: From: "Marcos Vazquez" <sip:[email protected]>;tag=5EBA1628-22FC
2014-05-06 09:00:44 2365223: To: <sip:[email protected]>;tag=8088820710430052_c2b05.1.1.1385369448756.0_9843675_19511361
2014-05-06 09:00:44 2365224: Date: Tue, 06 May 2014 15:00:44 GMT
2014-05-06 09:00:44 2365225: Call-ID: [email protected]
2014-05-06 09:00:44 2365226: Supported: 100rel,timer,resource-priority,replaces,sdp-an
2014-05-06 09:00:44 2365227: at
2014-05-06 09:00:44 2365228: Min-SE: 1800
2014-05-06 09:00:44 2365229: Cisco-Guid: 3422833792-0000065536-0000746374-2297832970
2014-05-06 09:00:44 2365230: User-Agent: Cisco-SIPGateway/IOS-15.2.4.M1
2014-05-06 09:00:44 2365231: Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
2014-05-06 09:00:44 2365232: CSeq: 105 INVITE
2014-05-06 09:00:44 2365233: Max-Forwards: 70
2014-05-06 09:00:44 2365234: Timestamp: 1399388444
2014-05-06 09:00:44 2365235: Contact: <sip:[email protected]:5060>
2014-05-06 09:00:44 2365236: Expires: 60
2014-05-06 09:00:44 2365237: Allow-Events: telephone-event
2014-05-06 09:00:44 2365238: Content-Type: application/sdp
2014-05-06 09:00:44 2365239: Content-Length: 334
2014-05-06 09:00:44 2365240:
2014-05-06 09:00:44 2365241: v=0
2014-05-06 09:00:44 2365242: o=CiscoSystemsSIP-GW-UserAgent 8182 4488 IN IP4 12.17.223.243
2014-05-06 09:00:44 2365243: s=SIP Call
2014-05-06 09:00:44 2365244: c=IN IP4 1
2014-05-06 09:00:44 2365245: 2.17.223.243
2014-05-06 09:00:44 2365246: t=0 0
2014-05-06 09:00:44 2365247: m=audio 18760 RTP/AVP 18 0 100 101
2014-05-06 09:00:44 2365248: c=IN IP4 12.17.223.243
2014-05-06 09:00:44 2365249: a=rtpmap:18 G729/8000
2014-05-06 09:00:44 2365250: a=fmtp:18 annexb=no
2014-05-06 09:00:44 2365251: a=rtpmap:0 PCMU/8000
2014-05-06 09:00:44 2365252: a=rtpmap:100 X-NSE/8000
2014-05-06 09:00:44 2365253: a=fmtp:100 192-194
2014-05-06 09:00:44 2365254: a=rtpmap:101 telephone-event/8000
2014-05-06 09:00:44 2365255: a=fmtp:101 0-15
2014-05-06 09:00:45 2365256: 5820426: May 6 09:00:45.147: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
2014-05-06 09:00:45 2365257: Received:
And then I don't see a response then send out a bye:
Sent:
2014-05-06 09:00:46 2365897: BYE sip:12.194.190.26:5060;transport=udp SIP/2.0
2014-05-06 09:00:46 2365898: Via: SIP/2.0/UDP 12.17.223.243:5060;branch=z9hG4bK2D69A54BC
2014-05-06 09:00:46 2365899: From: "Marcos Vazquez" <sip:[email protected]>;tag=5EBA1628-22FC
2014-05-06 09:00:46 2365900: To: <sip:[email protected]>;tag=8088820710430052_c2b05.1.1.1385369448756.0_9843675_19511361
2014-05-06 09:00:46 2365901: Date: Tue, 06 May 2014 15:00:44 GMT
2014-05-06 09:00:46 2365902: Call-ID: [email protected]
2014-05-06 09:00:46 2365903: User-Agent: Cisco-SIPGateway/IOS-15.2.4.M1
2014-05-06 09:00:46 2365904: Max-Forwards: 70
2014-05-06 09:00:46 2365905: P-Asserted-Identity: "Marcos Vazquez" <sip:[email protected]>
2014-05-06 09:00:46 2365906: Timestamp: 1399388446
2014-05-06 09:00:46 2365907: CSeq: 106 BYE
2014-05-06 09:00:46 2365908: Reason: Q.850;cause=86
2014-05-06 09:00:46 2365909: P-RTP-Stat: PS=180295,OS=3604444,PR=180354,OR=3607080,PL=0,JI=0,LA=0,DU=3603
2014-05-06 09:00:46 2365910: Content-Length: 0
2014-05-06 09:00:46 2365911:
2014-05-06 09:00:46 2365912: 5820458: May 6 09:00:46.479: //3024942/CC044C80000B/SIP/Msg/ccsipDisplayMsg:
2014-05-06 09:00:46 2365913: Sent:
2014-05-06 09:00:46 2365914: BYE sip:[email protected]:5060;transport=tcp SIP/2.0
2014-05-06 09:00:46 2365915: Via: SIP/2.0/TCP 10.38.246.166:5060;branch=z9hG4bK2D69A6E75
2014-05-06 09:00:46 2365916: From: <sip:[email protected]>;tag=5EBA2282-19C8
2014-05-06 09:00:46 2365917: To: "Marcos Vazquez" <sip:[email protected]>;tag=3831180~dfbf10b3-6c69-4443-852f-cbf609935a6f-35009402
2014-05-06 09:00:46 2365918: Date: Tue, 06 May 2014 15:00:42 GMT
2014-05-06 09:00:46 2365919: Call-ID: [email protected]
2014-05-06 09:00:46 2365920: User-Agent: Cisco-SIPGateway/IOS-15.2.4.M1
2014-05-06 09:00:46 2365921: Max-Forwards: 70
2014-05-06 09:00:46 2365922: Timestamp: 1399388446
2014-05-06 09:00:46 2365923: CSeq: 101 BYE
2014-05-06 09:00:46 2365924: Reason: Q.850;cause=102
2014-05-06 09:00:46 2365925: P-R
2014-05-06 09:00:46 2365926: TP-Stat: PS=180239,OS=3604780,PR=180295,OR=3604444,PL=0,JI=0,LA=0,DU=3603
2014-05-06 09:00:46 2365927: Content-Length: 0
2014-05-06 09:00:46 2365928: -
Cisco Cube outgoing calls only display the sip-ua number
Hi all,
just configure a cisco cube. Incoming and outgoing calls working fine till now.
Just facing an issue by outgoing calls. Any call will display the sip-ua registered number.
Is there any possibility to send the invite with the calling extension number to the provider ?
Trace:
Sent:
INVITE sip:XXXXXX0705430@REGISTRAR:5060 SIP/2.0
Via: SIP/2.0/UDP IPADR:5060;branch=z9hG4bK1A26DC42
From: <sip:XXXXX8650@REGISTRAR>;tag=610A3424-23E3
To: <sip:XXXXXX0705430@REGISTRAR>
Date: Tue, 01 Apr 2014 13:06:20 GMT
Call-ID: 407F52E0-B8D511E3-AFC2A60F-9EF8485@IPADR
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 1082006160-3100971491-2948376079-0166691973
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M4
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 102 INVITE
Timestamp: 1396357580
Contact: <sip:XXXX8650@IPADR:5060>
Expires: 180
Allow-Events: telephone-event
Proxy-Authorization: Digest
username="XXXXX656",realm="sipserver",uri="sip:CALLED NUMBER@REGISTRAR:5060",response="76585ce198a4e979b49506b0ea6c515e",nonce="533abaa600015524028af19f6845968088c38fe616a3cdba",algorithm=md5
This number will the called party see on the phone screen ->
Max-Forwards: 69
P-Preferred-Identity: "Test NextiraO" <sip:XXXXX8650@IPADR>
Session-Expires: 1800;refresher=uac
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 253
Any hint?!
Thanks
StefanDuplicate posts.
Go here: http://supportforums.cisco.com/discussion/12160936/cisco-cube-outgoing-calls-only-display-sip-ua-number -
SIP trunking monitoring and usage report
Hello all,
Recently the IP telephony system has migrated to SIP trunking from PRI. SIP trunking is running on CUBE 2900 serials.
Could anyone advise the following? much appreciate it.
. SIP trunking monitoring :
If MIB needed, any brief steps to configure it on monitored device and monitoring system?
. SIP trunking usage report :
Any software/application could generate the usage report? and show the cocurrent calls?
Thanks again,
master002Thanks Nadeem for the reply, looks Variphy Insight is the option?
I have installed RTMT and was able to get the real time data instead of the usage report. I also have CUOM -- operation manager, I haven't customized it to monitor SIP trunking yet.
As my previous post mentioned, any one could share the idea or experience on SIP trunking monitoring and usage report?
Thanks again, -
Can someone explain how h323 to SIP calls work & vice versa.
The following messages are mapped:
SIP <---> H323
INVITE - SETUP
100 Trying - Call Proc
180 Ringing - Alerting
183 Session Progress - Progress
200 OK (for INVITE) - Connect
BYE - Release Complete
With H323 to SIP CUBE, if fast start occurs on one leg, early offer needs to happen on the other (and vice versa). Most SIP devices these days to early offer (SDP in invite) so you typically need fast start enabled on both directions of the H323 leg for this design.
Check out this link for more information:
http://www.cisco.com/en/US/docs/ios/voice/cube/configuration/guide/vb-gw-h323sip_ps5640_TSD_Products_Configuration_Guide_Chapter.html -
What debug for seeing DTMF tones via CUBE -SIP?
On a 3845 running 12.4 20, the DTMF tones (for menu options) are not getting passed from the PSTN into the network after the call is established. The router is using CUBE software and passes the call to the PSTN via SIP trunking/SIP server. The call is established at G729. I'm using debug voip ccapi inout and debug sip messages, but I don't see the digits being passed.
1. Am I using the right debugs? If not, which ones do I use?
2. At G729, are the tones compressed, or are they out of band?HI aokanlawon ,
I finaly managed to get the debuf output from the "debug ccsip messages" and "debug voice ccapi inout" command.
Sorry for the long debug log, I don't have chance anywhere to upload the file. Also, I'm sending at the end, an output from the command "debug voip rtp session named-event"
Can You explain to me what's going on with the type of DTMF beeing transmitted?
=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2014.02.19 17:18:31 =~=~=~=~=~=~=~=~=~=~=~=
Feb 19 17:21:03.254: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.2.115.5:5060;branch=z9hG4bK4cce15b002c71
From: "Caller" ;tag=659027~d01f1c4f-fe32-4ce8-bb98-06bd76f12320-33263464
To:
Date: Wed, 19 Feb 2014 16:21:03 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM9.1
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback,X-cisco-original-called
Cisco-Guid: 3528476416-0000065536-0000002046-0091423242
Session-Expires: 1800
P-Asserted-Identity: "Caller"
Remote-Party-ID: "Caller" ;party=calling;screen=yes;privacy=off
Contact:
Max-Forwards: 69
Content-Length: 0
Feb 19 17:21:03.258: //-1/D25047000000/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=+38923167XXX
----- ccCallInfo IE subfields -----
cisco-ani=sip:[email protected]
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=sip:[email protected]:5060
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
Feb 19 17:21:03.262: //-1/D25047000000/CCAPI/cc_api_call_setup_ind_common:
Interface=0x31340418, Call Info(
Calling Number=sip:[email protected],(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=sip:[email protected]:5060(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE,
Incoming Dial-peer=10, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=176022
Feb 19 17:21:03.262: //-1/D25047000000/CCAPI/ccCheckClipClir:
In: Calling Number=sip:[email protected](TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
Feb 19 17:21:03.262: //-1/D25047000000/CCAPI/ccCheckClipClir:
Out: Calling Number=sip:[email protected](TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
Feb 19 17:21:03.262: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Feb 19 17:21:03.262: :cc_get_feature_vsa malloc success
Feb 19 17:21:03.262: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Feb 19 17:21:03.262: cc_get_feature_vsa count is 1
Feb 19 17:21:03.262: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Feb 19 17:21:03.262: :FEATURE_VSA attributes are: feature_name:0,feature_time:833881656,feature_id:160387
Feb 19 17:21:03.262: //176022/D25047000000/CCAPI/cc_api_call_setup_ind_common:
Set Up Event Sent;
Call Info(Calling Number=(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=(TON=Unknown, NPI=Unknown))
Feb 19 17:21:03.262: //176022/D25047000000/CCAPI/cc_process_call_setup_ind:
Event=0x31845110
Feb 19 17:21:03.262: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
Try with the demoted called number 0038923248XXX
Feb 19 17:21:03.262: //176022/D25047000000/CCAPI/ccCallSetContext:
Context=0x2B07195C
Feb 19 17:21:03.262: //176022/D25047000000/CCAPI/cc_process_call_setup_ind:
>>>>CCAPI handed cid 176022 with tag 10 to app "_ManagedAppProcess_Default"
Feb 19 17:21:03.262: //176022/D25047000000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.2.115.5:5060;branch=z9hG4bK4cce15b002c71
From: "Caller" ;tag=659027~d01f1c4f-fe32-4ce8-bb98-06bd76f12320-33263464
To:
Date: Wed, 19 Feb 2014 16:21:03 gmt
Call-ID: [email protected]
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
Feb 19 17:21:03.262: //176022/D25047000000/CCAPI/ccCallProceeding:
Progress Indication=NULL(0)
Feb 19 17:21:03.262: //-1/xxxxxxxxxxxx/CCAPI/ccGetMemPoolFromContainer:
mempool not found from usrContainer(31823634)
Feb 19 17:21:03.262: //-1/xxxxxxxxxxxx/CCAPI/ccCreateMemPoolInContainer:
Mempool(2AFD4B64) created in usrContainer(31823634)
Feb 19 17:21:03.266: //176022/D25047000000/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=20, Params=0x2B06551C, Progress Indication=NULL(0)
Feb 19 17:21:03.266: //176022/D25047000000/CCAPI/ccCheckClipClir:
In: Calling Number=sip:[email protected](TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
Feb 19 17:21:03.266: //176022/D25047000000/CCAPI/ccCheckClipClir:
Out: Calling Number=sip:[email protected](TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
Feb 19 17:21:03.266: //176022/D25047000000/CCAPI/ccCallSetupRequest:
Destination Pattern=.T, Called Number=0038923248XXX, Digit Strip=FALSE
Feb 19 17:21:03.266: //176022/D25047000000/CCAPI/ccCallSetupRequest:
Calling Number=sip:[email protected](TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=0038923248XXX(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=Caller
Account Number=+38923167XXX, Final Destination Flag=TRUE,
Guid=D2504700-0001-0000-0000-07FE0573020A, Outgoing Dial-peer=20
Feb 19 17:21:03.266: //176022/D25047000000/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=+38923167XXX
----- ccCallInfo IE subfields -----
cisco-ani=sip:[email protected]
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=0038923248XXX
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
Feb 19 17:21:03.266: //176022/D25047000000/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x31340418, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=sip:[email protected],(Calling Name=Caller)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=0038923248XXX(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=20, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
Feb 19 17:21:03.266: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Feb 19 17:21:03.266: :cc_get_feature_vsa malloc success
Feb 19 17:21:03.266: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Feb 19 17:21:03.266: cc_get_feature_vsa count is 2
Feb 19 17:21:03.266: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Feb 19 17:21:03.266: :FEATURE_VSA attributes are: feature_name:0,feature_time:833881880,feature_id:160388
Feb 19 17:21:03.266: //176023/D25047000000/CCAPI/ccIFCallSetupRequestPrivate:
SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
Feb 19 17:21:03.266: //176023/D25047000000/CCAPI/ccCallSetContext:
Context=0x2B0654CC
Feb 19 17:21:03.266: //176022/D25047000000/CCAPI/ccSaveDialpeerTag:
Outgoing Dial-peer=20
Feb 19 17:21:03.266: //176023/D25047000000/CCAPI/cc_api_call_proceeding:
Interface=0x31340418, Progress Indication=NULL(0)
Feb 19 17:21:03.270: //176023/D25047000000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.126.98.37:5060;branch=z9hG4bK31F165A
Remote-Party-ID: "Caller" ;party=calling;screen=yes;privacy=off
From: sip:[email protected];tag=B8DD5C04-CE
To:
Date: Wed, 19 Feb 2014 16:21:03 gmt
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3528476416-0000065536-0000002046-0091423242
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1392826863
Contact:
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 68
Session-Expires: 1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 331
v=0
o=CiscoSystemsSIP-GW-UserAgent 9057 1587 IN IP4 10.126.98.37
s=SIP Call
c=IN IP4 10.126.98.37
t=0 0
m=audio 19826 RTP/AVP 0 8 18 101 19
c=IN IP4 10.126.98.37
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:19 CN/8000
Feb 19 17:21:03.286: //176023/D25047000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.126.98.37:5060;branch=z9hG4bK31F165A
From: sip:[email protected];tag=B8DD5C04-CE
To:
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1392826863
Feb 19 17:21:03.362: //176023/D25047000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 10.126.98.37:5060;branch=z9hG4bK31F165A
From: sip:[email protected];tag=B8DD5C04-CE
To: ;tag=SDraqe898-2700717777
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1392826863
Content-Length: 0
Contact:
Server: Patton SN4940 1E30V 00A0BA097588 R6.T 2013-04-04_RFE2204 H323 RBS SIP M5T SIP Stack/4.1.12.18
Feb 19 17:21:03.362: //176023/D25047000000/CCAPI/cc_api_event_indication:
Event=97, Call Id=176023
Feb 19 17:21:03.362: //176023/D25047000000/CCAPI/cc_api_event_indication:
Event Is Sent To Conferenced SPI(s) Directly
Feb 19 17:21:03.362: //176023/D25047000000/CCAPI/cc_api_call_cut_progress:
Interface=0x31340418, Progress Indication=NULL(0), Signal Indication=NOT PRESENT(255),
Cause Value=0
Feb 19 17:21:03.362: //176023/D25047000000/CCAPI/cc_api_call_cut_progress:
Call Entry(Responsed=TRUE)
Feb 19 17:21:03.362: //176022/D25047000000/CCAPI/ccCallCutProgress:
Progress Indication=NULL(0), Signal Indication=NOT PRESENT(255), Cause Value=0
Voice Call Send Alert=FALSE, Call Entry(Alert Sent=FALSE)
Feb 19 17:21:03.362: //176022/D25047000000/CCAPI/ccCallCutProgress:
Call Entry(Responsed=TRUE)
Feb 19 17:21:03.362: //176022/D25047000000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 10.2.115.5:5060;branch=z9hG4bK4cce15b002c71
From: "Caller" ;tag=659027~d01f1c4f-fe32-4ce8-bb98-06bd76f12320-33263464
To: ;tag=B8DD5C64-7FF
Date: Wed, 19 Feb 2014 16:21:03 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: ;party=called;screen=no;privacy=off
Contact:
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
Feb 19 17:21:03.506: //176023/D25047000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.126.98.37:5060;branch=z9hG4bK31F165A
From: sip:[email protected];tag=B8DD5C04-CE
To: ;tag=SDraqe898-2700717777
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1392826863
Content-Length: 0
Contact:
Server: Patton SN4940 1E30V 00A0BA097588 R6.T 2013-04-04_RFE2204 H323 RBS SIP M5T SIP Stack/4.1.12.18
Feb 19 17:21:03.506: //176023/D25047000000/CCAPI/cc_api_call_alert:
Interface=0x31340418, Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1)
Feb 19 17:21:03.506: //176023/D25047000000/CCAPI/cc_api_call_alert:
Call Entry(Retry Count=0, Responsed=TRUE)
Feb 19 17:21:03.506: //176022/D25047000000/CCAPI/ccCallAlert:
Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1)
Feb 19 17:21:03.506: //176022/D25047000000/CCAPI/ccCallAlert:
Call Entry(Responsed=TRUE, Alert Sent=TRUE)
Feb 19 17:21:03.506: //176022/D25047000000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.2.115.5:5060;branch=z9hG4bK4cce15b002c71
From: "Caller" ;tag=659027~d01f1c4f-fe32-4ce8-bb98-06bd76f12320-33263464
To: ;tag=B8DD5C64-7FF
Date: Wed, 19 Feb 2014 16:21:03 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: ;party=called;screen=no;privacy=off
Contact:
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
Feb 19 17:21:03.730: //176023/D25047000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.126.98.37:5060;branch=z9hG4bK31F165A
From: sip:[email protected];tag=B8DD5C04-CE
To: ;tag=SDraqe898-2700717777
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1392826863
Content-Length: 274
Contact:
Content-Type: application/sdp
Supported: replaces
Server: Patton SN4940 1E30V 00A0BA097588 R6.T 2013-04-04_RFE2204 H323 RBS SIP M5T SIP Stack/4.1.12.18
v=0
o=MxSIP 0 18772 IN IP4 172.25.255.196
s=SIP Call
c=IN IP4 172.25.255.196
t=0 0
m=audio 20452 RTP/AVP 0 8 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:18 annexb=no
a=fmtp:101 0-15
a=sendrecv
Feb 19 17:21:03.734: //176023/D25047000000/CCAPI/cc_api_caps_ind:
Destination Interface=0x0, Destination Call Id=-1, Source Call Id=176023,
Caps(Codec=0x1, Fax Rate=0x2, Vad=0x2,
Modem=0x0, Codec Bytes=160, Signal Type=2)
Feb 19 17:21:03.734: //176023/D25047000000/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))
Feb 19 17:21:03.734: //176022/D25047000000/CCAPI/cc_api_caps_ack:
Destination Interface=0x0, Destination Call Id=176023, Source Call Id=176022,
Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Vad=ON(0x2),
Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1348)
Feb 19 17:21:03.734: //176023/D25047000000/CCAPI/cc_api_event_indication:
Event=162, Call Id=176023
Feb 19 17:21:03.734: //176023/D25047000000/CCAPI/cc_api_event_indication:
Event Is Sent To Conferenced SPI(s) Directly
Feb 19 17:21:03.734: //176023/D25047000000/CCAPI/cc_api_call_connected:
Interface=0x31340418, Data Bitmask=0x1, Progress Indication=NULL(0),
Connection Handle=0
Feb 19 17:21:03.734: //176023/D25047000000/CCAPI/cc_api_call_connected:
Call Entry(Connected=TRUE, Responsed=TRUE, Retry Count=0)
Feb 19 17:21:03.734: //176022/D25047000000/CCAPI/ccConferenceCreate:
(confID=0x2AFC22A8, callID1=0x2AF96, gcid=A945E877-98B811E3-897AFE89-917343ED, tag=0x0)
Feb 19 17:21:03.734: //176023/D25047000000/CCAPI/ccConferenceCreate:
(confID=0x2AFC22A8, callID2=0x2AF97, gcid=A945E877-98B811E3-897AFE89-917343ED, tag=0x0)
Feb 19 17:21:03.734: //176022/D25047000000/CCAPI/ccConferenceCreate:
Conference Id=0x2AFC22A8, Call Id1=176022, Call Id2=176023, Tag=0x0
Feb 19 17:21:03.734: //176022/D25047000000/CCAPI/ccConferenceCreate:
Feb 19 17:21:03.734: ccConferenceCreate: ret1=0, codecMask1=1, bytes1=160, negot1=0, dtmf1=6
ret2=0, codecMask2=1, bytes2=160, negot2=1, dtmf2=6,
tx_dynamic_pt1=0, rx_dynamic_pt1=0, codec_mode1=0, params_bitmap1 =0
tx_dynamic_pt2=0, rx_dynamic_pt2=0, codec_mode2=0, params_bitmap2 =0
Feb 19 17:21:03.734: //176022/D25047000000/CCAPI/ccConferenceCreate:
delay media to slow start case, codec negotation is not done
Feb 19 17:21:03.734: //176022/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
Feb 19 17:21:03.734: cc_api_get_xcode_stream : 4682
Feb 19 17:21:03.734: //176022/D25047000000/CCAPI/cc_api_bridge_done:
Conference Id=0xF2EA, Source Interface=0x31340418, Source Call Id=176022,
Destination Call Id=176023, Disposition=0x0, Tag=0x0
Feb 19 17:21:03.734: //176023/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream:
Feb 19 17:21:03.734: cc_api_get_xcode_stream : 4682
Feb 19 17:21:03.734: //176023/D25047000000/CCAPI/cc_api_bridge_done:
Conference Id=0xF2EA, Source Interface=0x31340418, Source Call Id=176023,
Destination Call Id=176022, Disposition=0x0, Tag=0x0
Feb 19 17:21:03.734: //176022/D25047000000/CCAPI/cc_generic_bridge_done:
Conference Id=0xF2EA, Source Interface=0x31340418, Source Call Id=176023,
Destination Call Id=176022, Disposition=0x0, Tag=0x0
Feb 19 17:21:03.734: //176022/D25047000000/CCAPI/ccConferenceCreate:
Call Entry(Conference Id=0xF2EA, Destination Call Id=176023)
Feb 19 17:21:03.734: //176023/D25047000000/CCAPI/ccConferenceCreate:
Call Entry(Conference Id=0xF2EA, Destination Call Id=176022)
Feb 19 17:21:03.734: //176022/D25047000000/CCAPI/cc_process_notify_bridge_done:
Conference Id=0xF2EA, Call Id1=176022, Call Id2=176023
Feb 19 17:21:03.738: //176023/D25047000000/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.126.98.37:5060;branch=z9hG4bK31F171A4E
From: sip:[email protected];tag=B8DD5C04-CE
To: ;tag=SDraqe898-2700717777
Date: Wed, 19 Feb 2014 16:21:03 gmt
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0
Feb 19 17:21:03.738: //176022/D25047000000/CCAPI/ccCallConnect:
Progress Indication=NULL(0), Data Bitmask=0x1
Feb 19 17:21:03.738: //176022/D25047000000/CCAPI/ccCallConnect:
Call Entry(Connected=TRUE, Responsed=TRUE)
Feb 19 17:21:03.738: //176022/D25047000000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.2.115.5:5060;branch=z9hG4bK4cce15b002c71
From: "Caller" ;tag=659027~d01f1c4f-fe32-4ce8-bb98-06bd76f12320-33263464
To: ;tag=B8DD5C64-7FF
Date: Wed, 19 Feb 2014 16:21:03 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: ;party=called;screen=no;privacy=off
Contact:
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-12.x
Supported: timer
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 268
v=0
o=CiscoSystemsSIP-GW-UserAgent 4524 2325 IN IP4 10.2.115.15
s=SIP Call
c=IN IP4 10.2.115.15
t=0 0
m=audio 28154 RTP/AVP 0 101 19
c=IN IP4 10.2.115.15
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:19 CN/8000
a=ptime:20
Feb 19 17:21:03.750: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.2.115.5:5060;branch=z9hG4bK4cce29f57702
From: "Caller" ;tag=659027~d01f1c4f-fe32-4ce8-bb98-06bd76f12320-33263464
To: ;tag=B8DD5C64-7FF
Date: Wed, 19 Feb 2014 16:21:03 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence
Content-Type: application/sdp
Content-Length: 233
v=0
o=CiscoSystemsCCM-SIP 659027 1 IN IP4 10.2.115.5
s=SIP Call
c=IN IP4 10.2.52.17
b=TIAS:64000
b=AS:64
t=0 0
m=audio 16388 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
Feb 19 17:21:03.754: //176022/D25047000000/CCAPI/cc_api_caps_ind:
Destination Interface=0x31340418, Destination Call Id=176023, Source Call Id=176022,
Caps(Codec=0x1, Fax Rate=0x2, Vad=0x2,
Modem=0x0, Codec Bytes=160, Signal Type=2)
Feb 19 17:21:03.754: //176022/D25047000000/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))
Feb 19 17:21:03.754: //176023/D25047000000/CCAPI/cc_api_caps_ack:
Destination Interface=0x31340418, Destination Call Id=176022, Source Call Id=176023,
Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Vad=ON(0x2),
Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1)
Feb 19 17:21:03.754: //176022/D25047000000/CCAPI/cc_api_event_indication:
Event=162, Call Id=176022
Feb 19 17:21:03.754: //176022/D25047000000/CCAPI/cc_api_event_indication:
Event Is Sent To Conferenced SPI(s) Directly
Feb 19 17:21:03.754: //176022/D25047000000/CCAPI/cc_api_caps_ind:
Destination Interface=0x31340418, Destination Call Id=176023, Source Call Id=176022,
Caps(Codec=0x1, Fax Rate=0x2, Vad=0x2,
Modem=0x0, Codec Bytes=160, Signal Type=2)
Feb 19 17:21:03.754: //176022/D25047000000/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))
Feb 19 17:21:03.754: //176023/D25047000000/CCAPI/cc_api_caps_ack:
Destination Interface=0x31340418, Destination Call Id=176022, Source Call Id=176023,
Caps(Codec=g711ulaw(0x1), Fax Rate=FAX_RATE_VOICE(0x2), Vad=ON(0x2),
Modem=OFF(0x0), Codec Bytes=160, Signal Type=2, Seq Num Start=1)
Feb 19 17:21:14.410: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
BYE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 10.2.115.5:5060;branch=z9hG4bK4cce43ae98389
From: "Caller" ;tag=659027~d01f1c4f-fe32-4ce8-bb98-06bd76f12320-33263464
To: ;tag=B8DD5C64-7FF
Date: Wed, 19 Feb 2014 16:21:03 GMT
Call-ID: [email protected]
User-Agent: Cisco-CUCM9.1
Max-Forwards: 70
P-Asserted-Identity: "Caller"
CSeq: 102 BYE
Reason: Q.850;cause=16
Content-Length: 0
Feb 19 17:21:14.410: //176023/D25047000000/CCAPI/ccGenerateToneInfo:
Stop Tone On Digit=FALSE, Tone=Null,
Tone Direction=Sum Network, Params=0x0, Call Id=176023
Feb 19 17:21:14.410: //176022/D25047000000/CCAPI/cc_api_call_disconnected:
Cause Value=16, Interface=0x31340418, Call Id=176022
Feb 19 17:21:14.410: //176022/D25047000000/CCAPI/cc_api_call_disconnected:
Call Entry(Responsed=TRUE, Cause Value=16, Retry Count=0)
Feb 19 17:21:14.410: //176022/D25047000000/CCAPI/ccConferenceDestroy:
Conference Id=0xF2EA, Tag=0x0
Feb 19 17:21:14.410: //176022/D25047000000/CCAPI/cc_api_bridge_drop_done:
Conference Id=0xF2EA, Source Interface=0x31340418, Source Call Id=176022,
Destination Call Id=176023, Disposition=0x0, Tag=0x0
Feb 19 17:21:14.410: //176023/D25047000000/CCAPI/cc_api_bridge_drop_done:
Conference Id=0xF2EA, Source Interface=0x31340418, Source Call Id=176023,
Destination Call Id=176022, Disposition=0x0, Tag=0x0
Feb 19 17:21:14.410: //176022/D25047000000/CCAPI/cc_generic_bridge_done:
Conference Id=0xF2EA, Source Interface=0x31340418, Source Call Id=176023,
Destination Call Id=176022, Disposition=0x0, Tag=0x0
Feb 19 17:21:14.410: //176022/D25047000000/CCAPI/ccCallDisconnect:
Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=16)
Feb 19 17:21:14.414: //176022/D25047000000/CCAPI/ccCallDisconnect:
Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Feb 19 17:21:14.414: //176023/D25047000000/CCAPI/ccCallDisconnect:
Cause Value=16, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
Feb 19 17:21:14.414: //176023/D25047000000/CCAPI/ccCallDisconnect:
Cause Value=16, Call Entry(Responsed=TRUE, Cause Value=16)
Feb 19 17:21:14.414: //176022/D25047000000/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x31340418, Tag=0x0, Call Id=176022,
Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Feb 19 17:21:14.414: //176022/D25047000000/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
Feb 19 17:21:14.414: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Feb 19 17:21:14.414: :cc_free_feature_vsa freeing 31B40630
Feb 19 17:21:14.414: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Feb 19 17:21:14.414: vsacount in free is 1
Feb 19 17:21:14.414: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.2.115.5:5060;branch=z9hG4bK4cce43ae98389
From: "Caller" ;tag=659027~d01f1c4f-fe32-4ce8-bb98-06bd76f12320-33263464
To: ;tag=B8DD5C64-7FF
Date: Wed, 19 Feb 2014 16:21:14 gmt
Call-ID: [email protected]
Server: Cisco-SIPGateway/IOS-12.x
CSeq: 102 BYE
Reason: Q.850;cause=16
Content-Length: 0
Feb 19 17:21:14.414: //176023/D25047000000/SIP/Msg/ccsipDisplayMsg:
Sent:
BYE sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.126.98.37:5060;branch=z9hG4bK31F187D0
From: sip:[email protected];tag=B8DD5C04-CE
To: ;tag=SDraqe898-2700717777
Date: Wed, 19 Feb 2014 16:21:03 gmt
Call-ID: [email protected]
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 70
Timestamp: 1392826874
CSeq: 102 BYE
Reason: Q.850;cause=16
Content-Length: 0
Feb 19 17:21:14.426: //176023/D25047000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.126.98.37:5060;branch=z9hG4bK31F187D0
From: sip:[email protected];tag=B8DD5C04-CE
To: ;tag=SDraqe898-2700717777
Call-ID: [email protected]
Timestamp: 1392826874
CSeq: 102 BYE
Server: Patton SN4940 1E30V 00A0BA097588 R6.T 2013-04-04_RFE2204 H323 RBS SIP M5T SIP Stack/4.1.12.18
Content-Length: 0
Feb 19 17:21:14.426: //176023/D25047000000/CCAPI/cc_api_call_disconnect_done:
Disposition=0, Interface=0x31340418, Tag=0x0, Call Id=176023,
Call Entry(Disconnect Cause=16, Voice Class Cause Code=0, Retry Count=0)
Feb 19 17:21:14.426: //176023/D25047000000/CCAPI/cc_api_call_disconnect_done:
Call Disconnect Event Sent
Feb 19 17:21:14.426: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Feb 19 17:21:14.426: :cc_free_feature_vsa freeing 31B40710
Feb 19 17:21:14.426: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
Feb 19 17:21:14.426: vsacount in free is 0
Feb 19 17:21:14.426: //-1/xxxxxxxxxxxx/CCAPI/ccMemPoolTDFreeHelper:
data = 2B00079C
Feb 19 17:21:14.426: ccMemPoolTDFreeHelper:mem_mgr_mempool_free: mem_refcnt(2AFD4B64)=0 - mempool
=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2014.02.19 17:18:31 =~=~=~=~=~=~=~=~=~=~=~=
Debug output from "debug voip rtp session named-event"
=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2014.02.19 17:29:25 =~=~=~=~=~=~=~=~=~=~=~=
Feb 19 17:31:52.030: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x79 timestamp 0x4BA0
Feb 19 17:31:52.030: << Pt:101 Evt:2 Pkt:0A 00 00
Feb 19 17:31:52.030: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x79 timestamp 0x4BA0
Feb 19 17:31:52.030: Pt:101 Evt:2 Pkt:0A 00 00 >>
Feb 19 17:31:52.042: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x7B timestamp 0x4BA0
Feb 19 17:31:52.042: << Pt:101 Evt:2 Pkt:0A 00 A0
Feb 19 17:31:52.042: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x7B timestamp 0x4BA0
Feb 19 17:31:52.042: Pt:101 Evt:2 Pkt:0A 00 A0 >>
Feb 19 17:31:52.050: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x7C timestamp 0x4BA0
Feb 19 17:31:52.050: << Pt:101 Evt:2 Pkt:0A 01 40
Feb 19 17:31:52.050: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x7C timestamp 0x4BA0
Feb 19 17:31:52.050: Pt:101 Evt:2 Pkt:0A 01 40 >>
Feb 19 17:31:52.062: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x7E timestamp 0x4BA0
Feb 19 17:31:52.062: << Pt:101 Evt:2 Pkt:0A 01 E0
Feb 19 17:31:52.062: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x7E timestamp 0x4BA0
Feb 19 17:31:52.062: Pt:101 Evt:2 Pkt:0A 01 E0 >>
Feb 19 17:31:52.070: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x7F timestamp 0x4BA0
Feb 19 17:31:52.070: << Pt:101 Evt:2 Pkt:0A 02 80
Feb 19 17:31:52.070: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x7F timestamp 0x4BA0
Feb 19 17:31:52.070: Pt:101 Evt:2 Pkt:0A 02 80 >>
Feb 19 17:31:52.082: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x81 timestamp 0x4BA0
Feb 19 17:31:52.082: << Pt:101 Evt:2 Pkt:0A 03 20
Feb 19 17:31:52.082: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x81 timestamp 0x4BA0
Feb 19 17:31:52.082: Pt:101 Evt:2 Pkt:0A 03 20 >>
Feb 19 17:31:52.090: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x82 timestamp 0x4BA0
Feb 19 17:31:52.090: << Pt:101 Evt:2 Pkt:0A 03 C0
Feb 19 17:31:52.090: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x82 timestamp 0x4BA0
Feb 19 17:31:52.090: Pt:101 Evt:2 Pkt:0A 03 C0 >>
Feb 19 17:31:52.102: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x84 timestamp 0x4BA0
Feb 19 17:31:52.102: << Pt:101 Evt:2 Pkt:0A 04 60
Feb 19 17:31:52.102: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x84 timestamp 0x4BA0
Feb 19 17:31:52.102: Pt:101 Evt:2 Pkt:0A 04 60 >>
Feb 19 17:31:52.110: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x85 timestamp 0x4BA0
Feb 19 17:31:52.110: << Pt:101 Evt:2 Pkt:0A 05 00
Feb 19 17:31:52.110: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x85 timestamp 0x4BA0
Feb 19 17:31:52.110: Pt:101 Evt:2 Pkt:0A 05 00 >>
Feb 19 17:31:52.122: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x87 timestamp 0x4BA0
Feb 19 17:31:52.122: << Pt:101 Evt:2 Pkt:0A 05 A0
Feb 19 17:31:52.122: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x87 timestamp 0x4BA0
Feb 19 17:31:52.122: Pt:101 Evt:2 Pkt:0A 05 A0 >>
Feb 19 17:31:52.130: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x88 timestamp 0x4BA0
Feb 19 17:31:52.130: << Pt:101 Evt:2 Pkt:0A 06 40
Feb 19 17:31:52.130: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x88 timestamp 0x4BA0
Feb 19 17:31:52.130: Pt:101 Evt:2 Pkt:0A 06 40 >>
Feb 19 17:31:52.142: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x8A timestamp 0x4BA0
Feb 19 17:31:52.142: << Pt:101 Evt:2 Pkt:0A 06 E0
Feb 19 17:31:52.142: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x8A timestamp 0x4BA0
Feb 19 17:31:52.142: Pt:101 Evt:2 Pkt:0A 06 E0 >>
Feb 19 17:31:52.150: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x8B timestamp 0x4BA0
Feb 19 17:31:52.150: << Pt:101 Evt:2 Pkt:0A 07 80
Feb 19 17:31:52.150: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x8B timestamp 0x4BA0
Feb 19 17:31:52.150: Pt:101 Evt:2 Pkt:0A 07 80 >>
Feb 19 17:31:52.162: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x8D timestamp 0x4BA0
Feb 19 17:31:52.162: << Pt:101 Evt:2 Pkt:0A 08 20
Feb 19 17:31:52.162: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x8D timestamp 0x4BA0
Feb 19 17:31:52.162: Pt:101 Evt:2 Pkt:0A 08 20 >>
Feb 19 17:31:52.170: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x8E timestamp 0x4BA0
Feb 19 17:31:52.170: << Pt:101 Evt:2 Pkt:0A 08 C0
Feb 19 17:31:52.170: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x8E timestamp 0x4BA0
Feb 19 17:31:52.170: Pt:101 Evt:2 Pkt:0A 08 C0 >>
Feb 19 17:31:52.182: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x90 timestamp 0x4BA0
Feb 19 17:31:52.182: << Pt:101 Evt:2 Pkt:0A 09 60
Feb 19 17:31:52.182: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x90 timestamp 0x4BA0
Feb 19 17:31:52.182: Pt:101 Evt:2 Pkt:0A 09 60 >>
Feb 19 17:31:52.190: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x91 timestamp 0x4BA0
Feb 19 17:31:52.190: << Pt:101 Evt:2 Pkt:0A 0A 00
Feb 19 17:31:52.190: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x91 timestamp 0x4BA0
Feb 19 17:31:52.190: Pt:101 Evt:2 Pkt:0A 0A 00 >>
Feb 19 17:31:52.202: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x93 timestamp 0x4BA0
Feb 19 17:31:52.202: << Pt:101 Evt:2 Pkt:8A 0A A0
Feb 19 17:31:52.202: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x93 timestamp 0x4BA0
Feb 19 17:31:52.202: Pt:101 Evt:2 Pkt:8A 0A A0 >>
Feb 19 17:31:52.202: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x94 timestamp 0x4BA0
Feb 19 17:31:52.202: << Pt:101 Evt:2 Pkt:8A 0A A0
Feb 19 17:31:52.202: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x94 timestamp 0x4BA0
Feb 19 17:31:52.202: Pt:101 Evt:2 Pkt:8A 0A A0 >>
Feb 19 17:31:52.218: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0x95 timestamp 0x4BA0
Feb 19 17:31:52.218: << Pt:101 Evt:2 Pkt:8A 0A A0
Feb 19 17:31:52.218: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0x95 timestamp 0x4BA0
Feb 19 17:31:52.218: Pt:101 Evt:2 Pkt:8A 0A A0 >>
Feb 19 17:31:52.542: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xA6 timestamp 0x5B40
Feb 19 17:31:52.542: << Pt:101 Evt:3 Pkt:0A 00 00
Feb 19 17:31:52.542: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xA6 timestamp 0x5B40
Feb 19 17:31:52.542: Pt:101 Evt:3 Pkt:0A 00 00 >>
Feb 19 17:31:52.550: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xA7 timestamp 0x5B40
Feb 19 17:31:52.550: << Pt:101 Evt:3 Pkt:0A 00 A0
Feb 19 17:31:52.550: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xA7 timestamp 0x5B40
Feb 19 17:31:52.550: Pt:101 Evt:3 Pkt:0A 00 A0 >>
Feb 19 17:31:52.562: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xA9 timestamp 0x5B40
Feb 19 17:31:52.562: << Pt:101 Evt:3 Pkt:0A 01 40
Feb 19 17:31:52.562: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xA9 timestamp 0x5B40
Feb 19 17:31:52.562: Pt:101 Evt:3 Pkt:0A 01 40 >>
Feb 19 17:31:52.570: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xAA timestamp 0x5B40
Feb 19 17:31:52.570: << Pt:101 Evt:3 Pkt:0A 01 E0
Feb 19 17:31:52.570: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xAA timestamp 0x5B40
Feb 19 17:31:52.570: Pt:101 Evt:3 Pkt:0A 01 E0 >>
Feb 19 17:31:52.582: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xAC timestamp 0x5B40
Feb 19 17:31:52.582: << Pt:101 Evt:3 Pkt:0A 02 80
Feb 19 17:31:52.582: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xAC timestamp 0x5B40
Feb 19 17:31:52.582: Pt:101 Evt:3 Pkt:0A 02 80 >>
Feb 19 17:31:52.590: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xAD timestamp 0x5B40
Feb 19 17:31:52.590: << Pt:101 Evt:3 Pkt:0A 03 20
Feb 19 17:31:52.590: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xAD timestamp 0x5B40
Feb 19 17:31:52.590: Pt:101 Evt:3 Pkt:0A 03 20 >>
Feb 19 17:31:52.602: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xAF timestamp 0x5B40
Feb 19 17:31:52.602: << Pt:101 Evt:3 Pkt:0A 03 C0
Feb 19 17:31:52.602: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xAF timestamp 0x5B40
Feb 19 17:31:52.602: Pt:101 Evt:3 Pkt:0A 03 C0 >>
Feb 19 17:31:52.610: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xB0 timestamp 0x5B40
Feb 19 17:31:52.610: << Pt:101 Evt:3 Pkt:0A 04 60
Feb 19 17:31:52.610: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xB0 timestamp 0x5B40
Feb 19 17:31:52.610: Pt:101 Evt:3 Pkt:0A 04 60 >>
Feb 19 17:31:52.622: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xB2 timestamp 0x5B40
Feb 19 17:31:52.622: << Pt:101 Evt:3 Pkt:0A 05 00
Feb 19 17:31:52.622: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xB2 timestamp 0x5B40
Feb 19 17:31:52.622: Pt:101 Evt:3 Pkt:0A 05 00 >>
Feb 19 17:31:52.630: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xB3 timestamp 0x5B40
Feb 19 17:31:52.630: << Pt:101 Evt:3 Pkt:0A 05 A0
Feb 19 17:31:52.630: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xB3 timestamp 0x5B40
Feb 19 17:31:52.630: Pt:101 Evt:3 Pkt:0A 05 A0 >>
Feb 19 17:31:52.642: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xB5 timestamp 0x5B40
Feb 19 17:31:52.642: << Pt:101 Evt:3 Pkt:0A 06 40
Feb 19 17:31:52.642: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xB5 timestamp 0x5B40
Feb 19 17:31:52.642: Pt:101 Evt:3 Pkt:0A 06 40 >>
Feb 19 17:31:52.650: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xB6 timestamp 0x5B40
Feb 19 17:31:52.650: << Pt:101 Evt:3 Pkt:0A 06 E0
Feb 19 17:31:52.650: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xB6 timestamp 0x5B40
Feb 19 17:31:52.650: Pt:101 Evt:3 Pkt:0A 06 E0 >>
Feb 19 17:31:52.662: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xB8 timestamp 0x5B40
Feb 19 17:31:52.662: << Pt:101 Evt:3 Pkt:8A 07 80
Feb 19 17:31:52.662: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xB8 timestamp 0x5B40
Feb 19 17:31:52.662: Pt:101 Evt:3 Pkt:8A 07 80 >>
Feb 19 17:31:52.662: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xB9 timestamp 0x5B40
Feb 19 17:31:52.662: << Pt:101 Evt:3 Pkt:8A 07 80
Feb 19 17:31:52.662: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xB9 timestamp 0x5B40
Feb 19 17:31:52.662: Pt:101 Evt:3 Pkt:8A 07 80 >>
Feb 19 17:31:52.678: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xBA timestamp 0x5B40
Feb 19 17:31:52.678: << Pt:101 Evt:3 Pkt:8A 07 80
Feb 19 17:31:52.678: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xBA timestamp 0x5B40
Feb 19 17:31:52.678: Pt:101 Evt:3 Pkt:8A 07 80 >>
Feb 19 17:31:52.970: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xC9 timestamp 0x67C0
Feb 19 17:31:52.970: << Pt:101 Evt:5 Pkt:0A 00 00
Feb 19 17:31:52.970: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xC9 timestamp 0x67C0
Feb 19 17:31:52.970: Pt:101 Evt:5 Pkt:0A 00 00 >>
Feb 19 17:31:52.982: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xCA timestamp 0x67C0
Feb 19 17:31:52.982: << Pt:101 Evt:5 Pkt:0A 00 A0
Feb 19 17:31:52.982: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xCA timestamp 0x67C0
Feb 19 17:31:52.982: Pt:101 Evt:5 Pkt:0A 00 A0 >>
Feb 19 17:31:52.990: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xCC timestamp 0x67C0
Feb 19 17:31:52.990: << Pt:101 Evt:5 Pkt:0A 01 40
Feb 19 17:31:52.990: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xCC timestamp 0x67C0
Feb 19 17:31:52.990: Pt:101 Evt:5 Pkt:0A 01 40 >>
Feb 19 17:31:53.002: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xCD timestamp 0x67C0
Feb 19 17:31:53.002: << Pt:101 Evt:5 Pkt:0A 01 E0
Feb 19 17:31:53.002: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xCD timestamp 0x67C0
Feb 19 17:31:53.002: Pt:101 Evt:5 Pkt:0A 01 E0 >>
Feb 19 17:31:53.010: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xCF timestamp 0x67C0
Feb 19 17:31:53.010: << Pt:101 Evt:5 Pkt:0A 02 80
Feb 19 17:31:53.010: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xCF timestamp 0x67C0
Feb 19 17:31:53.010: Pt:101 Evt:5 Pkt:0A 02 80 >>
Feb 19 17:31:53.022: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xD0 timestamp 0x67C0
Feb 19 17:31:53.022: << Pt:101 Evt:5 Pkt:0A 03 20
Feb 19 17:31:53.022: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xD0 timestamp 0x67C0
Feb 19 17:31:53.022: Pt:101 Evt:5 Pkt:0A 03 20 >>
Feb 19 17:31:53.030: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xD2 timestamp 0x67C0
Feb 19 17:31:53.030: << Pt:101 Evt:5 Pkt:0A 03 C0
Feb 19 17:31:53.030: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xD2 timestamp 0x67C0
Feb 19 17:31:53.030: Pt:101 Evt:5 Pkt:0A 03 C0 >>
Feb 19 17:31:53.042: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xD3 timestamp 0x67C0
Feb 19 17:31:53.042: << Pt:101 Evt:5 Pkt:0A 04 60
Feb 19 17:31:53.042: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xD3 timestamp 0x67C0
Feb 19 17:31:53.042: Pt:101 Evt:5 Pkt:0A 04 60 >>
Feb 19 17:31:53.050: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xD5 timestamp 0x67C0
Feb 19 17:31:53.050: << Pt:101 Evt:5 Pkt:0A 05 00
Feb 19 17:31:53.050: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xD5 timestamp 0x67C0
Feb 19 17:31:53.050: Pt:101 Evt:5 Pkt:0A 05 00 >>
Feb 19 17:31:53.062: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xD6 timestamp 0x67C0
Feb 19 17:31:53.062: << Pt:101 Evt:5 Pkt:0A 05 A0
Feb 19 17:31:53.062: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xD6 timestamp 0x67C0
Feb 19 17:31:53.062: Pt:101 Evt:5 Pkt:0A 05 A0 >>
Feb 19 17:31:53.070: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xD8 timestamp 0x67C0
Feb 19 17:31:53.070: << Pt:101 Evt:5 Pkt:0A 06 40
Feb 19 17:31:53.070: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xD8 timestamp 0x67C0
Feb 19 17:31:53.070: Pt:101 Evt:5 Pkt:0A 06 40 >>
Feb 19 17:31:53.082: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xD9 timestamp 0x67C0
Feb 19 17:31:53.082: << Pt:101 Evt:5 Pkt:0A 06 E0
Feb 19 17:31:53.082: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xD9 timestamp 0x67C0
Feb 19 17:31:53.082: Pt:101 Evt:5 Pkt:0A 06 E0 >>
Feb 19 17:31:53.090: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xDB timestamp 0x67C0
Feb 19 17:31:53.090: << Pt:101 Evt:5 Pkt:0A 07 80
Feb 19 17:31:53.090: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xDB timestamp 0x67C0
Feb 19 17:31:53.090: Pt:101 Evt:5 Pkt:0A 07 80 >>
Feb 19 17:31:53.102: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xDC timestamp 0x67C0
Feb 19 17:31:53.102: << Pt:101 Evt:5 Pkt:8A 08 20
Feb 19 17:31:53.102: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xDC timestamp 0x67C0
Feb 19 17:31:53.102: Pt:101 Evt:5 Pkt:8A 08 20 >>
Feb 19 17:31:53.102: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xDD timestamp 0x67C0
Feb 19 17:31:53.102: << Pt:101 Evt:5 Pkt:8A 08 20
Feb 19 17:31:53.102: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xDD timestamp 0x67C0
Feb 19 17:31:53.102: Pt:101 Evt:5 Pkt:8A 08 20 >>
Feb 19 17:31:53.118: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xDE timestamp 0x67C0
Feb 19 17:31:53.118: << Pt:101 Evt:5 Pkt:8A 08 20
Feb 19 17:31:53.118: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xDE timestamp 0x67C0
Feb 19 17:31:53.118: Pt:101 Evt:5 Pkt:8A 08 20 >>
Feb 19 17:31:53.270: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xE7 timestamp 0x7080
Feb 19 17:31:53.270: << Pt:101 Evt:2 Pkt:0A 00 00
Feb 19 17:31:53.270: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xE7 timestamp 0x7080
Feb 19 17:31:53.270: Pt:101 Evt:2 Pkt:0A 00 00 >>
Feb 19 17:31:53.282: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xE8 timestamp 0x7080
Feb 19 17:31:53.282: << Pt:101 Evt:2 Pkt:0A 00 A0
Feb 19 17:31:53.282: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xE8 timestamp 0x7080
Feb 19 17:31:53.282: Pt:101 Evt:2 Pkt:0A 00 A0 >>
Feb 19 17:31:53.290: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xEA timestamp 0x7080
Feb 19 17:31:53.290: << Pt:101 Evt:2 Pkt:0A 01 40
Feb 19 17:31:53.290: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xEA timestamp 0x7080
Feb 19 17:31:53.290: Pt:101 Evt:2 Pkt:0A 01 40 >>
Feb 19 17:31:53.302: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xEB timestamp 0x7080
Feb 19 17:31:53.302: << Pt:101 Evt:2 Pkt:0A 01 E0
Feb 19 17:31:53.302: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xEB timestamp 0x7080
Feb 19 17:31:53.302: Pt:101 Evt:2 Pkt:0A 01 E0 >>
Feb 19 17:31:53.310: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xED timestamp 0x7080
Feb 19 17:31:53.310: << Pt:101 Evt:2 Pkt:0A 02 80
Feb 19 17:31:53.310: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xED timestamp 0x7080
Feb 19 17:31:53.310: Pt:101 Evt:2 Pkt:0A 02 80 >>
Feb 19 17:31:53.322: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xEE timestamp 0x7080
Feb 19 17:31:53.322: << Pt:101 Evt:2 Pkt:0A 03 20
Feb 19 17:31:53.322: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xEE timestamp 0x7080
Feb 19 17:31:53.322: Pt:101 Evt:2 Pkt:0A 03 20 >>
Feb 19 17:31:53.330: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xF0 timestamp 0x7080
Feb 19 17:31:53.330: << Pt:101 Evt:2 Pkt:0A 03 C0
Feb 19 17:31:53.330: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xF0 timestamp 0x7080
Feb 19 17:31:53.330: Pt:101 Evt:2 Pkt:0A 03 C0 >>
Feb 19 17:31:53.342: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xF1 timestamp 0x7080
Feb 19 17:31:53.342: << Pt:101 Evt:2 Pkt:0A 04 60
Feb 19 17:31:53.342: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xF1 timestamp 0x7080
Feb 19 17:31:53.342: Pt:101 Evt:2 Pkt:0A 04 60 >>
Feb 19 17:31:53.350: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xF3 timestamp 0x7080
Feb 19 17:31:53.350: << Pt:101 Evt:2 Pkt:0A 05 00
Feb 19 17:31:53.350: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xF3 timestamp 0x7080
Feb 19 17:31:53.350: Pt:101 Evt:2 Pkt:0A 05 00 >>
Feb 19 17:31:53.362: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xF4 timestamp 0x7080
Feb 19 17:31:53.362: << Pt:101 Evt:2 Pkt:0A 05 A0
Feb 19 17:31:53.362: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xF4 timestamp 0x7080
Feb 19 17:31:53.362: Pt:101 Evt:2 Pkt:0A 05 A0 >>
Feb 19 17:31:53.370: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xF6 timestamp 0x7080
Feb 19 17:31:53.370: << Pt:101 Evt:2 Pkt:0A 06 40
Feb 19 17:31:53.370: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xF6 timestamp 0x7080
Feb 19 17:31:53.370: Pt:101 Evt:2 Pkt:0A 06 40 >>
Feb 19 17:31:53.382: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xF7 timestamp 0x7080
Feb 19 17:31:53.382: << Pt:101 Evt:2 Pkt:0A 06 E0
Feb 19 17:31:53.382: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xF7 timestamp 0x7080
Feb 19 17:31:53.382: Pt:101 Evt:2 Pkt:0A 06 E0 >>
Feb 19 17:31:53.390: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xF9 timestamp 0x7080
Feb 19 17:31:53.390: << Pt:101 Evt:2 Pkt:0A 07 80
Feb 19 17:31:53.390: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xF9 timestamp 0x7080
Feb 19 17:31:53.390: Pt:101 Evt:2 Pkt:0A 07 80 >>
Feb 19 17:31:53.402: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xFA timestamp 0x7080
Feb 19 17:31:53.402: << Pt:101 Evt:2 Pkt:0A 08 20
Feb 19 17:31:53.402: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xFA timestamp 0x7080
Feb 19 17:31:53.402: Pt:101 Evt:2 Pkt:0A 08 20 >>
Feb 19 17:31:53.410: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xFC timestamp 0x7080
Feb 19 17:31:53.410: << Pt:101 Evt:2 Pkt:0A 08 C0
Feb 19 17:31:53.410: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xFC timestamp 0x7080
Feb 19 17:31:53.410: Pt:101 Evt:2 Pkt:0A 08 C0 >>
Feb 19 17:31:53.422: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xFD timestamp 0x7080
Feb 19 17:31:53.422: << Pt:101 Evt:2 Pkt:8A 09 60
Feb 19 17:31:53.422: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xFD timestamp 0x7080
Feb 19 17:31:53.422: Pt:101 Evt:2 Pkt:8A 09 60 >>
Feb 19 17:31:53.422: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xFE timestamp 0x7080
Feb 19 17:31:53.422: << Pt:101 Evt:2 Pkt:8A 09 60
Feb 19 17:31:53.422: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xFE timestamp 0x7080
Feb 19 17:31:53.422: Pt:101 Evt:2 Pkt:8A 09 60 >>
Feb 19 17:31:53.438: s=VoIP d=DSP payload 0x65 ssrc 0x58F0F00A sequence 0xFF timestamp 0x7080
Feb 19 17:31:53.438: << Pt:101 Evt:2 Pkt:8A 09 60
Feb 19 17:31:53.438: s=DSP d=VoIP payload 0x65 ssrc 0x58F0F00A sequence 0xFF timestamp 0x7080
Feb 19 17:31:53.438: Pt:101 Evt:2 Pkt:8A 09 60 >> -
Outbound SIP calls to invalid numbers
what is the expected behavior for a sip call to an invalid number? and what would cause it to behave differently?
Hi Ronald,
Whats the call flow ex IP Phone --SCCP-> CUCM --SIP --> CUBE -SIP-> Telco
If called number is invalid then call should not ring. Why is far end responding back with ringing.
Can you grab below debugs from the VG
++ debug voice ccapi inout
++ debug ccsip messages
HTH,
Regards,
Mohammed Noor -
Hi there,
I'm having problems modifying the 'Dialed Number (DN)' text box under 'Advanced Configuration->Patterns for RNA timeout on outbound SIP calls' of the SIP tab in the Cisco Unified Customer Voice Portal 8.5(1) opsconsole. In a nut shell, I need to change the RNA timeout but some reason when typing into the Dialed Number text box, the input is not taken. The reason I want to change this settings is because my ICM Rona is not working with CVP:
https://supportforums.cisco.com/thread/2031366
Thanks in advance for any help.
Carlos A Trivino
[email protected]Hello Dale,
CVP doesn't allow you to exceed the RNA more than 60 Seconds. If you want to configure the timer for DN Patterns you should do it via OPS console, It would update the sip.properties files in correct way, the above way is incorrect.
Regards,
Senthil -
SIP to SIP Call Failures on CME to CME - sip-ua conflict/issue?
Hi,
I have two existing CME systems which I wish to allow internal calls between. These calls will go over an IPSec VPN. However the calls are failing.
Phones DN22xx - London CME 2801 - PIX505 --- Internet ---ASA5505 - India CME 2801 - Phones DN400x
I have configured dial peers on both CME's and the IPSec VPN. I can ping between both systems. The VPN allows traffic between the interface IP's of the CME systems only.
London CME (local SCCP phones 22xx):
interface FastEthernet0/0.100
encapsulation dot1Q 100 native
ip address 10.0.10.250 255.255.255.0
voice class codec 101
codec preference 1 g729r8
codec preference 2 g711ulaw
codec preference 3 g711alaw
dial-peer voice 25 voip
description *** SIP Peer to India ***
answer-address 400.
destination-pattern 400.
voice-class codec 101
session protocol sipv2
session target ipv4:192.168.15.10
incoming called-number 400.
no vad
India CME (Local SSCP phones 400x):
interface FastEthernet0/0
ip address 192.168.15.10 255.255.255.0
voice class codec 100
codec preference 1 g729r8
codec preference 2 g711ulaw
codec preference 3 g711alaw
dial-peer voice 10 voip
description *** SIP Peer to London UK ***
answer-address 22..
destination-pattern 22..
voice-class codec 100
session protocol sipv2
session target ipv4:10.0.10.250
incoming called-number 22..
no vad
The CME system at India also has an existing SIP dial peer to a service provider and has sip-ua configured (username, password, realm and registrar).
A call from India (4005) to London (DN2207) fails, the ccsip debug attached. I'm assuming its because the sip-ua configuration is being used for these calls to when I don't want it to be. The from field shows âFrom: <sip:[email protected]â when I need this to be the internal IP 192.168.15.10.
Can anyone offer any assistance with this?
Regards,
ChrisHi,
thanks for your input however thats not the problem. 201.196.128.56 isn't an address on the router, it only has one IP and its 192.168.15.10.
The 201.196.128.56 address is the NAT'd address on the firewall. So that when a SIP call is made to the internet with sip-ua the from address is the public IP.
Chris -
Incoming sip calls are not working but outgoing is working with cme
I have CME setup with voip.ms on my 2800 router, my outgoing calls are working but my incoming calls are not. Below is my config, please let me know if it is something with my config:
voice translation-rule 3
rule 1 /^9142281\(...\)$/ /\1/
voice translation-profile INCOMING_CALL_1
translate called 3
dial-peer voice 1 voip
translation-profile incoming INCOMING_CALL_1
session protocol sipv2
session target sip-server
incoming called-number .%
voice-class codec 1
dtmf-relay rtp-nte
no vadI made the change, but I am getting no output from debug voip ccapi inout. What does concern me from debug ccsip messages is:
Aug 31 12:42:04.195: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 400 Bad Request - 'Invalid Host'
Via: SIP/2.0/UDP 107.6.67.238:5060;branch=z9hG4bK000d3c36;rport
From: "+19144410197" <sip:[email protected]>;tag=as7439b9c1
To: <sip:[email protected]:1061>;tag=829C8-2532
Date: Sun, 31 Aug 2014 12:42:04 GMT
Call-ID: [email protected]:5060
CSeq: 102 INVITE
Allow-Events: telephone-event
Reason: Q.850;cause=100
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
I also am getting this:
voicertr2#debug ccsip error
SIP Call error tracing is enabled
voicertr2#
Aug 31 12:45:07.359: //-1/xxxxxxxxxxxx/SIP/Error/sipSPI_validate_own_ip_addr: ReqLine IP addr does not match with host IP addr
Aug 31 12:45:07.359: //-1/78AE76E98009/SIP/Error/sact_idle_new_message_invite: Invalid URL in incoming INVITE -
How can i configure SIP call using uc320 in india
Hi,
I have one uc 320w box. now wannt to call my itally office in cost effective way.
how can use it?
i heaard about SIP calling. is it avalaible in india? or suggest me the possiblw ways.
Thanks
Sujish SudhakarHi Sudhakaran,
I think this article about SIP Configuration would help you as a step-by-step process.
Generic SIP Configuration on UC320W -
I have a client that is running CCX 7.0.1(SR5) with CUCM 7.1.3 and has issue on call monitoring for half of the agents. Some of these agents have the same pc and phone type with pretty much the same setting (have not verified device driver level on NIC). But some can monitored and some can't. Have anyone experienced this similar issue and how to correct them.
Thanks.
Dat PhamHello!
This troubleshooting Documentation:
http://www.cisco.com/en/US/products/sw/custcosw/ps1846/products_tech_note09186a008075025a.shtml
There's also a link with the Intel hálókártyákon need to set things 1-2:
http://www.intel.com/support/network/sb/cs-005897.htm
This is all monitored Agenten, both the supervisor should be stopped!
And should be adjusted, as follows, if you have Windows 2000 machine (this is, if I remember correctly):
http://support.microsoft.com/?kbid=233203
Then you should try to belehallgatást the "modified" agente.
I met a case where the onboard sound card but had not gone so throw a separate card in the machine. -
Question regarding the use of Built-in Bridge SIP call setup to recording device
We have an application that uses Built-in Bridge (BiB) to setup a SIP call to our recording application. Recently the topology of our network was changed and for some reason the RTP for the call is not being sent. What appears to be happenning is that the SIP messages are sent from the UCCM and once the call is established we get an end call event.
We are not sure how to troubleshoot our network to determine the root cause. Any pointers will be appreciated.
Thanks.
-ArunHi
Did you ever figure this out? I am having an issue with recording calls to the PSTN from 9971 SIP phones. Station to station calls seem fine, and 7945 phones running SCCP seem fine to the PSTN.
Thanks,
Aaron -
What Happened 2 the Call Monitor
Hello Other Sykpe Users-- What happened 2 the call monitor that used 2 let U know exactly how much credit U have left while U R talking. With the new system, I have been cut off 3 times without any warning--I don't like the new system. Do I have a choice so that I can use the call monitor??? Please help with this subject. I could not find any such question on the public board. Thanks for UR help. JCP
Hello Claudius--thank U for this suggestion. I am aware of auto credit; however, I found the previous model much more useful 2 me than the current one. Unfortunately, my relatives do not have access 2 SKYPE & therefore, I have 2 call their cellphones. I even tried a subscription, but with that method, if U use up UR credit U have 2 wait until 30 days has passed 2 renew the sub-scription. In the meantime, U have 2 pay full price 2 get as-U-go credit. All this dilema could B solved if SKYPE would just return 2 the previous format. Perhaps this post will encourage other users 2 start a thread requesting that SKYPE reverse this part of the new format. Again, thanks 4 UR suggestion--at least I found out that I do understand how the system works. I just don't like the current format; therefore, I will revert 2 using calling cards which R much cheaper as long as I use the full amount all at once. JCP
-
Our Agents ACD line appears on the 2nd button on the phone device and the Agents Primary Line on the 1st button. When the agent uses their Primary Line, call monitoring will pick up their conversation. Is there a way to disable the monitoring of the Primary Line? We only want to monitor the ACD line.
There is not with the built-in CSD recording. Alternatively you could use QM or third-party recording product which relies on the CUCM BiB recording functionality. In that scenario you can apply a monitoring CSS to the supervisor's phone which does not give them access to the agent's non-ACD line.
Maybe you are looking for
-
Invoice verified before the goods recieved
Hi Guys, We have a situation where invoices are being verified before goods were delivered. Is there a transaction to disallow this happening from invoices? Is there a tolerance transaction which can stop invoice verification to be earlier that GRD p
-
Connecting to MySQL with JDeveloper
Hi, I built a small test projcet, based on default (Struts) technology with JDeveloper and MySQL. I configured the project to work with MySql connector, and when I test the connection I craeted it works fine, and the same is true when I test the mode
-
IMAP Dovecot Error - Corrupted index cache 10.6.4
My CEO reported that he was unable to find a series of emails sent to and received from a specific email address. As the day progressed, we discovered that additional emails were missing. When checking the IMAP Mail Logs I noticed a number of emails
-
Adobe QT32 Server.exe keeps crashing.
Hi I'm ediiting on a local disk on my windows PC. The PC has a 4930K i7 , 32gb of ram and a gtx 670 4gb. The issue has happened a couple of times in the passed but is now constant as I am trying to finish a multi-cam edit. I have copied the error log
-
IPrint Printer Policy - default printer
ZCM 11.2.3a I seem to be getting some quirky reactions to my printer policy. I created a policy with 4 iPrint printers and assigned it to a number of workstations. I did not set a default printer because I want to leave that up to the user. For some