09-19-2009 12:05 PM - edited 03-15-2019 07:49 PM
I have read that Cisco gateways will do in-band DTMF if 'no dtmf-relay' is used. What is the difference between that and 'dtmf-relay rtp-nte'?
Solved! Go to Solution.
09-21-2009 05:32 AM
It's a confusion on terms. When you talk about DTMF relay, there are two primary types : inband, and out of band. The out of band messaging is passed between the signaling elements (SIP,H323,MGCP), and inband is RFC 2833. This is important because sometimes the signaling elements need to have information about the DTMF, but if you're using RFC 2833 they will not.
But that's DTMF relay. When you're not doing DTMF at all, many people still call this in-band. This is when the tones physically exist in the audio stream.
I find that most of the time people say in-band they're referring to RFC 2833 (rtp-nte). I like to clarify anyways.
Hope this clarifies.
-nick
09-19-2009 01:12 PM
In-band, the GW leaves the received tones into the RTP stream.
Relay, tones are removed (replaced with silence) and signaling is used to tell the other GW, which reproduces them again.
Relay method conveys DTMF reliably no matter the codec used and any network impairment.
09-21-2009 05:26 AM
I'm under the impression that rtp-nte is in-band also and follows section 3 of RFC 2833 http://www.cisco.com/en/US/docs/ios/12_2t/12_2t11/feature/guide/fth3dtmf.html#wp1024997. That's why I'm curious as to the difference between 'no dtmf-relay' which is in-band and 'dtmf-relay rtp-nte' which is in-band also.
09-21-2009 05:32 AM
It's a confusion on terms. When you talk about DTMF relay, there are two primary types : inband, and out of band. The out of band messaging is passed between the signaling elements (SIP,H323,MGCP), and inband is RFC 2833. This is important because sometimes the signaling elements need to have information about the DTMF, but if you're using RFC 2833 they will not.
But that's DTMF relay. When you're not doing DTMF at all, many people still call this in-band. This is when the tones physically exist in the audio stream.
I find that most of the time people say in-band they're referring to RFC 2833 (rtp-nte). I like to clarify anyways.
Hope this clarifies.
-nick
09-21-2009 05:42 AM
Thanks for the clarification. So, when I do 'no dtmf-relay' it's not RFC 2833? That's how I have it configured towards my carrier and it's still working fine. But it also works when I do 'dtmf-relay rtp-nte'. My carrier is supposedly configured to RFC 2833 which is what started making me wonder why both work. They are both in-band but as far as I can tell the only difference is the payload. But if the payload is different then why do both work?
09-21-2009 06:01 AM
This depends on your endpoint. It's quite likely that
1) The RFC 2833 packets are getting there even though you didn't configure it
2) You're using an unexpected configuration
3) The endpoint you're using recognizes both rtp-nte and in-band tones.
-nick
09-21-2009 06:07 AM
Gotcha. I'm going with 3. Thanks.
07-19-2010 01:16 PM
Hi Nick,
I have SIP 3911 phone with UCM 7.0 and MGCP gateway to call out. . In the release note it mentions to use RFC2833 on the GW end to ensure that DTMF tones work.
question is whether all I need is
mgcp dtmf-relay voip codec all mode nte-gw | nte-ca}
What is the difference between nte-gw and nte-ca
which one shall I use to make it work?
Thanks for your assistance.
02-15-2015 11:36 AM
Out-of-band DTMF-Relay passes DTMF digits using a signaling protocol (SIP or H.323) instead of using the RTP media stream.
DTMF relay prevents loss of integrity of DTMF digits caused by VoIP compressed codecs. The relayed DTMF is then regenerated transparently on the peer side.
DTMF relay mechanisms supported on VoIP dial-peers are listed below based on the keywords used to configure them. The DTMF relay mechanism can be either out-of-band (H.323 or SIP) or inband (RTP).
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: