[cisco-voip] DTMF failing

[Hinson, Greg]

Thanks for the reply Wes. You're thinking that maybe ViaTalk is
providing an in-band version of DTMF that isn't RFC2833? Makes sense. My
ip phone doesn't actually generate a "DTMF" tone when digits are dialed,
so if they are expecting a form of in-band you mentioned below, this
probably won't work. I was thinking a possible workaround is registering
an ATA to CME and having some analog phones hang off of the ATA. With
that in place, I could make the same call, rely on my analog phone to
create an "in-band dtmf" which may work in this scenario?
 
 
-Greg
________________________________

From: Wes Sisk [mailto:wsisk at cisco.com] 
Sent: Sunday, October 22, 2006 8:32 AM
To: Hinson, Greg
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] DTMF failing
 
Greg,
 
"inband" is not necessarily rfc2883.  We have seen several carriers
requesting DTMF truly 'inband' in the audio stream - meaning the tone is
directly in the audio stream.  I have not seen a way to allow this with
a CCM/CME integration yet - the carrier needs to switch to truly using
rfc2833.  For rfc2833, notification of the DTMF event is sent in the RTP
stream, but it is sent as an RTP packet with different payload type
indicating it is a DTMF event.
 
Recommend you confirm with carrier that they are configured for 2833 and
not inband.
 
/Wes
 
On Oct 21, 2006, at 8:05 PM, Hinson, Greg wrote:
 
I have a CallManager Express router with registered IP phones, that
utilize a SIP trunk through my ISP for PSTN service. DTMF-relay fails
from IP phone to PSTN endpoint. My SIP trunk provider tells me that I
need to send my dtmf digits in-band, using RFC2833. According to the
docs, I can force this at my voip dial-peers with "dtmf-relay rtp-nte"
statement applied, but yet I am still having the problem. Whether the
call is:
1) originating from the CME router, or 
2) from an Enterprise 4.1.3(SR2) CallManager - SIP trunked to my CME
router, to a second SIP trunk for the PSTN.
 
Any ideas on why DTMF is failing?
 
 
-Greg
 
 
________________________________

This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and
confidential. If the reader of the message is not the intended recipient
or an authorized representative of the intended recipient, you are
hereby notified that any dissemination of this communication is strictly
prohibited. If you have received this communication in error, please
notify us immediately by e-mail and delete the message and any
attachments from your system. 
 
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
 


This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20061023/970925dd/attachment.html