DTMF problem with  Cisco 7300 VOIP gateway

Posted on 2010-09-01
Last Modified: 2012-05-10
I am taking in a call from a VOIP customer through a Cisco 7300 and terminating this out to a Tier 1 carrier.  It appears the the DTMF tones are being distorted or not recognized and the problem is arising in my Cisco.  I have heard that it is recommended that I use g711, unfortunately this is not possible.  I have also ensured that the command:  dtmf-relay h245-alphanumeric is being used in the corresponding dial-peer.  Can anyone help me with this problem?  Any input is gladly appreciated.

Question by:shadeytrees
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 4
  • 3

Expert Comment

by:Alex Bahar
ID: 33585355
Hi Chris,
With the limited information provided, it is not possible to provide a solution.
Can you provide details about your network topology end-to-end? Please describe the voip endpoints between the caller and called parties, and the the type of signalling types used along the path. Then provide your router's voip configuration, including transcoders etc.

Author Comment

ID: 33598319
Thanks for your attention Abahar,

This is an Internet VOIP connection using SIPv2 the customer has a Sonus and is sending DTMF tones to my cisco 7300 (C7301-ADVENTERPRISEK9-M), Version 12.4(11)T4 we then pass the call onto a Sansay VSX-S2-2U integrated session switch which then is connected to the local PTT though a cisco 5300.  The calls seem to work fine when I test from a Cisco 2600>Cisco 7300>Sansay>Cisco 5300>PTT.  However calls from the Sonus to my network do not pass DTMF, but they do through the second providers network.  Any thoughts?

Assisted Solution

by:Alex Bahar
Alex Bahar earned 100 total points
ID: 33601664
Apparently there are some RTP timestamp issues communicating with Sonus gateways.
On Cisco I have found The following explanantion. But this bug CSCtd68173 seems to be for the opposite direction. Cisco DTMF is not recognized by Sonus.
Timestamp not accurate in the DTMF sent by CME Symptoms: Outbound DTMF may fail intermittently over a SIP Trunk from Cisco
UC 500.

Conditions: This symptom is observed when the following conditions are
- Using Cisco IOS Release 12.4.22YB4 or Release 15.0.1XA on Cisco UC 500
- SIP trunk uses RFC2833 for DTMF
- Call is outbound from Cisco IP Phone to PSTN over SIP Trunk
- SIP Trunk provider gateway is Sonus GXS (v6.4).

- Use Cisco IOS Release 12.4(11)XW10 on the Cisco UC 500 if possible; or,
- SIP trunk provider Sonus GXS gateway should be upgraded to v6.5.5 or higher.
I had found this explanation on there is an Asterisk patch for Sonus as well.
Sonus wrongly expects that, when sending a multi-packet 2833 DTMF event, the sender should
increment the RTP timestamp in each packet when, in reality, the sender should send the
same exact timestamp and increment the duration field in the 2833 payload. This allows a
reconstruction of the duration if any of the packets are lost.

final_duration - initial_timestamp = total_samples

However, if the duration value exceeds the space allocated (16 bits), the sender should
increment the timestamp one unit and reset the duration to 0.

Always sending a duration of 0 with a new timestamp should be tolerated but is rarely
intentional and is mistakenly done by many devices. The issue is that the Sonus expects
everyone to do it this way instead of tolerating either way. Sonus will actually ignore
every packet with the same timestamp before concluding if it's DTMF.
2017 Webroot Threat Report

MSPs: Get the facts you need to protect your clients.
The 2017 Webroot Threat Report provides a uniquely insightful global view into the analysis and discoveries made by the Webroot® Threat Intelligence Platform to provide insights on key trends and risks as seen by our users.


Author Comment

ID: 33612242

  I appreciate your insight into this.  My customer with the Sonus gateway is investigating this now.  I will advise upon our correspondence.  Thank you again for you assistance this is very helpful.


Expert Comment

by:Alex Bahar
ID: 33612347
Hi Chris,
I hope it is caused by a software issue and upgrading the software will get it working. Fingers crossed.

Accepted Solution

shadeytrees earned 0 total points
ID: 33612471
I found the answer.  I just added  "rtp-nte sip-notify" to my "dtmf-relay  h245-signal  h245-alphanumeric"  string in the customers dial-peer and DTMF passed without fault.  teh command looks as follows:

dial-peer voice 1 voip
dtmf-relay rtp-nte h245-signal sip-notify h245-alphanumeric

Router(config-dial-peer)# dtmf-relay rtp-nte
Allows DTMF relay using NTE RTP packets. DTMF tones are encoded in the NTE format and transported in the same RTP channel as the voice.

  Thanks all for your tips.


Expert Comment

by:Alex Bahar
ID: 33614302
Hi Chris,
Thanks for sharing the solution. I am sure other people will find that useful as well.

Featured Post

On Demand Webinar - Networking for the Cloud Era

This webinar discusses:
-Common barriers companies experience when moving to the cloud
-How SD-WAN changes the way we look at networks
-Best practices customers should employ moving forward with cloud migration
-What happens behind the scenes of SteelConnect’s one-click button

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

There are no good configuration guides for HP-H3C router to LYNC on the web. :( Big statement, but we havent been able to find one yet. We did find the following document useful, but the information was not enough to use H3C router for use as a L…
Almost all Internet protocol telephones have built-in switches at the back that allow you to connect your personal computer to one port and use the other port to connect your phone to to a Cisco switch.   Why we need to connect the PC to the pho…
After creating this article (, I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…
Here's a very brief overview of the methods PRTG Network Monitor ( offers for monitoring bandwidth, to help you decide which methods you´d like to investigate in more detail.  The methods are covered in more detail in o…

734 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question