01-23-2009 04:12 AM - edited 03-15-2019 03:43 PM
Guys,
I have a 2811 CME gateway connect to the Telco via SIP. I have no problem with inbound and outbound calls, they work fine but I have problem with DTMF. The Telco says they are not receiving any digits from our side. I have the below dial-peer config on my side, please let me know what I need to change...
dial-peer voice 9 voip
description <<< Outbound to Telco >>>
translation-profile outgoing outgoing_digits
destination-pattern 9.T
voice-class codec 1
session protocol sipv2
session target ipv4:xxx.xxx.xxx.xxx
dtmf-relay sip-notify
no vad
!
AE-BAH-2811-01(config-dial-peer)#do sh ver
Cisco IOS Software, 2800 Software (C2800NM-SPSERVICESK9-M), Version 12.4(15)T8, RELEASE SOFTWARE (fc3)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2008 by Cisco Systems, Inc.
Compiled Mon 01-Dec-08 15:28 by prod_rel_team
ROM: System Bootstrap, Version 12.4(13r)T, RELEASE SOFTWARE (fc1)
AE-BAH-2811-01 uptime is 2 days, 19 hours, 19 minutes
System returned to ROM by Reload Command
System restarted at 19:53:18 AE Tue Jan 20 2009
System image file is "flash:c2800nm-spservicesk9-mz.124-15.T8.bin"
Cheers,
K
Solved! Go to Solution.
05-19-2013 12:58 AM
The debug is
debug voip rtp session named-event
You may also want to remove sip-notify from your dial-peers..Most likely your provider doesnt support this...
Please rate all useful posts
"opportunity is a haughty goddess who waste no time with those who are unprepared"
05-19-2013 05:18 AM
We asked for debug ccsip messages and debug voip rtp session named-event
Pls send them
Sent from Cisco Technical Support Android App
05-19-2013 09:24 PM
05-20-2013 04:56 PM
Hi!
Here's the SDP from the INVITE sent to ITSP:
v=0
o=CiscoSystemsSIP-GW-UserAgent 8816 7288 IN IP4 172.16.208.42
s=SIP Call
c=IN IP4 172.16.208.42
t=0 0
m=audio 17784 RTP/AVP 0 101
c=IN IP4 172.16.208.42
a=rtpmap:0 PCMU/8000 <-- G711U
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16 <-- 101 Payload Type RFC 2833
a=ptime:20
a=direction:active
SDP on 183 Session Progress from ITSP:
v=0
o=iTelSwitchPlus_3.2.2 901694693 901694693 IN IP4 202.53.163.27
s=Sip Session
c=IN IP4 202.53.163.26
t=0 0
m=audio 16060 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000 <-- G711U
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16 <-- 101 Payload Type RFC 2833
a=sendrecv
a=ptime:20
Then, we can see the NSE Events for DTMF "108", did you dial 108 for DTMF testing?
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x3189 timestamp 0x86CE6D45
Pt:101 Evt:1 Pkt:04 00 00
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x318A timestamp 0x86CE6D45
Pt:101 Evt:1 Pkt:04 00 00
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x318B timestamp 0x86CE6D45
Pt:101 Evt:1 Pkt:04 00 00
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x318C timestamp 0x86CE6D45
Pt:101 Evt:1 Pkt:04 01 90
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x318D timestamp 0x86CE6D45
Pt:101 Evt:1 Pkt:84 03 20
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x318E timestamp 0x86CE6D45
Pt:101 Evt:1 Pkt:84 03 20
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x318F timestamp 0x86CE6D45
Pt:101 Evt:1 Pkt:84 03 20
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31B3 timestamp 0x86CE8785
Pt:101 Evt:0 Pkt:04 00 00
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31B4 timestamp 0x86CE8785
Pt:101 Evt:0 Pkt:04 00 00
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31B5 timestamp 0x86CE8785
Pt:101 Evt:0 Pkt:04 00 00
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31B6 timestamp 0x86CE8785
Pt:101 Evt:0 Pkt:04 01 90
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31B7 timestamp 0x86CE8785
Pt:101 Evt:0 Pkt:84 03 20
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31B8 timestamp 0x86CE8785
Pt:101 Evt:0 Pkt:84 03 20
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31B9 timestamp 0x86CE8785
Pt:101 Evt:0 Pkt:84 03 20
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31D1 timestamp 0x86CE9A45
Pt:101 Evt:8 Pkt:04 00 00
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31D2 timestamp 0x86CE9A45
Pt:101 Evt:8 Pkt:04 00 00
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31D3 timestamp 0x86CE9A45
Pt:101 Evt:8 Pkt:04 00 00
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31D4 timestamp 0x86CE9A45
Pt:101 Evt:8 Pkt:04 01 90
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31D5 timestamp 0x86CE9A45
Pt:101 Evt:8 Pkt:84 03 20
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31D6 timestamp 0x86CE9A45
Pt:101 Evt:8 Pkt:84 03 20
s=DSP d=VoIP payload 0x65 ssrc 0x54F710A4 sequence 0x31D7 timestamp 0x86CE9A45
Pt:101 Evt:8 Pkt:84 03 20
Not sure why ITSP is not getting those NSE events.
Please let us know if anything.
--
Jorge Armijo
Please remember to rate helpful responses and identify helpful or correct answers.Not sure
05-20-2013 08:55 PM
Dear Jorge,
Thanks for your obvervation. If my ITSP can't get NSE event then what causes the problem? Is it regarding DSP or
DTMF relay issue?.. Please suggest me...
Thanks in Advance.
11-02-2022 04:14 PM
I've had the same issue for the DTMF and I was getting the errors below.
I've fixed my issue changing the parameter on SIP profile to Early Offer support for voice and video calls Mandatory (insert MTP if needed) and DTMF method to (RFC 2833) on the SIP Trunk to the CUBE.
Oct 31 03:39:45.649: //1434072/77DA2813B849/CCAPI/cc_api_call_digit_begin:
Consume mask is not set. Relaying Digit 1 to dstCallId 0x15E1D9
Oct 31 03:39:45.649: //1434072/77DA2813B849/CCAPI/cc_relay_digit_begin_for_3way_conference:
Check DTMF relay digit begin for 3way conf
Oct 31 03:39:45.649: //1434072/77DA2813B849/CCAPI/cc_api_call_digit_end:
Consume mask is not set. Relaying Digit 1 to dstCallId 0x15E1D9
Oct 31 03:39:45.649: //1434072/77DA2813B849/CCAPI/cc_relay_digit_end_for_3way_conference:
Check DTMF relay digit end for 3way conf
Oct 31 03:39:45.649: //-1/xxxxxxxxxxxx/SIP/Msg/sipDisplayBinaryData:
Sending: Binary Message Body
Oct 31 03:39:45.649: Content-Type: audio/telephone-event
01 00 01 F4
Oct 31 03:39:46.329: //-1/xxxxxxxxxxxx/SIP/Msg/sipDisplayBinaryData:
Sending: Binary Message Body
Oct 31 03:39:46.329: Content-Type: audio/telephone-event
01 80 00 64
Oct 31 03:39:48.769: s=VoIP d=DSP payload 0x61 ssrc 0xC3393EB6 sequence 0x2736 timestamp 0xC3638BF4
Oct 31 03:39:48.769: <<<Rcv> Pt:97 Evt:2 Pkt:09 00 28
Oct 31 03:39:48.769: s=DSP d=VoIP payload 0x61 ssrc 0xC3393EB6 sequence 0x2736 timestamp 0xC3638BF4
Oct 31 03:39:48.769: Pt:97 Evt:2 Pkt:09 00 28 <Snd>>>
Oct 31 03:39:48.769: //1434072/77DA2813B849/CCAPI/cc_api_call_digit_begin:
Consume mask is not set. Relaying Digit 2 to dstCallId 0x15E1D9
Oct 31 03:39:48.769: //1434072/77DA2813B849/CCAPI/cc_relay_digit_begin_for_3way_conference:
Check DTMF relay digit begin for 3way conf
Oct 31 03:39:48.769: //-1/xxxxxxxxxxxx/SIP/Msg/sipDisplayBinaryData:
Sending: Binary Message Body
Oct 31 03:39:48.769: Content-Type: audio/telephone-event
02 00 01 F4
Oct 31 03:39:48.789: s=VoIP d=DSP payload 0x61 ssrc 0xC3393EB6 sequence 0x2737 timestamp 0xC3638BF4
Oct 31 03:39:48.789: <<<Rcv> Pt:97 Evt:2 Pkt:09 00 C8
Oct 31 03:39:48.789: s=DSP d=VoIP payload 0x61 ssrc 0xC3393EB6 sequence 0x2737 timestamp 0xC3638BF4
Oct 31 03:39:48.789: Pt:97 Evt:2 Pkt:09 00 C8 <Snd>>>
Oct 31 03:39:48.809: s=VoIP d=DSP payload 0x61 ssrc 0xC3393EB6 sequence 0x2738 timestamp 0xC3638BF4
Oct 31 03:39:48.809: <<<Rcv> Pt:97 Evt:2 Pkt:09 01 68
Oct 31 03:39:48.809: s=DSP d=VoIP payload 0x61 ssrc 0xC3393EB6 sequence 0x2738 timestamp 0xC3638BF4
Oct 31 03:39:48.809: Pt:97 Evt:2 Pkt:09 01 68 <Snd>>>
Oct 31 03:39:48.949: s=VoIP d=DSP payload 0x61 ssrc 0xC3393EB6 sequence 0x2739 timestamp 0xC3638BF4
Oct 31 03:39:48.949: <<<Rcv> Pt:97 Evt:2 Pkt:09 02 08
Oct 31 03:39:48.949: s=DSP d=VoIP payload 0x61 ssrc 0xC3393EB6 sequence 0x2739 timestamp 0xC3638BF4
Oct 31 03:39:48.949: Pt:97 Evt:2 Pkt:09 02 08 <Snd>>>
Oct 31 03:39:48.949: s=VoIP d=DSP payload 0x61 ssrc 0xC3393EB6 sequence 0x273A timestamp 0xC3638BF4
Oct 31 03:39:48.949: <<<Rcv> Pt:97 Evt:2 Pkt:09 02 A8
Oct 31 03:39:48.949: s=DSP d=VoIP payload 0x61 ssrc 0xC3393EB6 sequence 0x273A timestamp 0xC3638BF4
Oct 31 03:39:48.949: Pt:97 Evt:2 Pkt:09 02 A8 <Snd>>>
Oct 31 03:39:48.949: s=VoIP d=DSP payload 0x61 ssrc 0xC3393EB6 sequence 0x273B timestamp 0xC3638BF4
Oct 31 03:39:48.949: <<<Rcv> Pt:97 Evt:2 Pkt:89 03 20
Oct 31 03:39:48.949: s=DSP d=VoIP payload 0x61 ssrc 0xC3393EB6 sequence 0x273B timestamp 0xC3638BF4
Oct 31 03:39:48.949: Pt:97 Evt:2 Pkt:89 03 20 <Snd>>>
Oct 31 03:39:48.949: s=VoIP d=DSP payload 0x61 ssrc 0xC3393EB6 sequence 0x273C timestamp 0xC3638BF4
Oct 31 03:39:48.949: <<<Rcv> Pt:97 Evt:2 Pkt:89 03 20
Oct 31 03:39:48.949: s=DSP d=VoIP payload 0x61 ssrc 0xC3393EB6 sequence 0x273C timestamp 0xC3638BF4
Oct 31 03:39:48.949: Pt:97 Evt:2 Pkt:89 03 20 <Snd>>>
Oct 31 03:39:48.949: s=VoIP d=DSP payload 0x61 ssrc 0xC3393EB6 sequence 0x273D timestamp 0xC3638BF4
Oct 31 03:39:48.949: <<<Rcv> Pt:97 Evt:2 Pkt:89 03 20
Oct 31 03:39:48.949: s=DSP d=VoIP payload 0x61 ssrc 0xC3393EB6 sequence 0x273D timestamp 0xC3638BF4
Oct 31 03:39:48.949: Pt:97 Evt:2 Pkt:89 03 20 <Snd>>>
Oct 31 03:39:48.949: //1434072/77DA2813B849/CCAPI/cc_api_call_digit_end:
Consume mask is not set. Relaying Digit 2 to dstCallId 0x15E1D9
Oct 31 03:39:48.949: //1434072/77DA2813B849/CCAPI/cc_relay_digit_end_for_3way_conference:
Check DTMF relay digit end for 3way conf
Oct 31 03:39:48.949: //-1/xxxxxxxxxxxx/SIP/Msg/sipDisplayBinaryData:
Sending: Binary Message Body
Oct 31 03:39:48.949: Content-Type: audio/telephone-event
02 80 00 64
Oct 31 03:39:51.089: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
11-03-2022 12:21 AM
As the OP was asking about CME your answer is unrelated and apart from this the post is set as answered, so it would be somewhat unnecessary to reply to it.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide