[asterisk-bugs] [Asterisk 0015642]: [patch] Fix for Sonus DTMF issues

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15642 
====================================================================== 
Reported By:                jasonshugart
Assigned To:                twilson
====================================================================== 
Project:                    Asterisk
Issue ID:                   15642
Category:                   Core/RTP
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     ready for testing
Target Version:             1.6.2.10
Asterisk Version:           SVN 
JIRA:                       SWP-406 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-08-03 12:28 CDT
Last Modified:              2010-07-09 15:54 CDT
====================================================================== 
Summary:                    [patch] Fix for Sonus DTMF issues
Description: 
In some cases when Asterisk sends DTMF to Sonus platforms as RFC2833, Sonus
will not recognize the DTMF.  Several articles have identified the problem
as being the gap in the audio prior to the DTMF packets being sent.  This
patch sends a single G.711 ulaw packet prior to the rfc2833 packets.  In
our testing across with two carriers (Level3 and 360 Networks) this patch
fixed our DTMF issues.  The rtp.c file seems very similar for the 1.4
branch, so minor changes could also be applied there.  I added an option to
the rtp.conf file to enable this fix, called rtpfixdtmf.  Attached are both
the rtp.c fix, and the rtp.conf change.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0016625 RFC2833 DTMF is not passed correctly wh...
====================================================================== 

---------------------------------------------------------------------- 
 (0124435) eeman (reporter) - 2010-07-09 15:54
 https://issues.asterisk.org/view.php?id=15642#c124435 
---------------------------------------------------------------------- 
Interestingly enough when we change the Broadvox connection dtmfmode to sip
info (forcing my gateway and their sonus gear to transcode) the problem
vanishes. I am beginning to think that since all the asterisk boxes engage
in Packet2Packet transfers; the RFC2833 packet 'moodiness' is coming from
the devices sources more than anything. Of course this puts a new light on
the asterisk box with the dahdi channel since dahdi isnt making 2833, that
blame falls squarely on asterisk. More curious am I about why the polycom's
never have a problem. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-07-09 15:54 eeman          Note Added: 0124435                          
======================================================================