[cisco-voip] DTMF failing

[Wes Sisk]

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20061022/05c6329a/attachment.html