[asterisk-bugs] [Asterisk 0013265]: RFC2833 mangled from Sonus when RTP stream passes through asterisk rather than being reinvited

[Asterisk Bug Tracker]

The following issue has been UPDATED. 
====================================================================== 
http://bugs.digium.com/view.php?id=13265 
====================================================================== 
Reported By:                ptimmins
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   13265
Category:                   Channels/chan_sip/Interoperability
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Asterisk Version:           1.4.21.2 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 no change required
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-08-09 17:00 CDT
Last Modified:              2009-03-10 09:50 CDT
====================================================================== 
Summary:                    RFC2833 mangled from Sonus when RTP stream passes
through asterisk rather than being reinvited
Description: 
We were/are using 1.4.11. We connect to Global Crossing over SIP. They use
Sonus softswitches. We use ulaw and rfc2833. We also use Cisco AS5400
gateways and Adtran Total Access 900 IADs. Under 1.4.11, RFC2833 DTMF
passed through asterisk was properly replicated. When we upgraded
(directly) to 1.4.21.2, asterisk began manipulating the DTMF such that when
it went from Global, through asterisk, to the Cisco or Adtran gateways, the
touchtones were mangled to the point they simply make a chirping silence
noise. If canreinvite=yes is set, they work fine. However, that Global
doesn't allow you to reinvite to arbitrary destinations, so this won't work
as a long term solution. Attached is a copy of a working SIP+RTP stream
going from Global to Asterisk, and from Asterisk to the as5400, as well as
a copy of a failing one, as well as the dtmf debug.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0013209 DTMF RFC2833 via SIP is not working
====================================================================== 

---------------------------------------------------------------------- 
 (0101470) file (administrator) - 2009-03-10 09:50
 http://bugs.digium.com/view.php?id=13265#c101470 
---------------------------------------------------------------------- 
Closed as fixes already put into SVN fixes the scenario for the reporter. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-10 09:50 file           Note Added: 0101470                          
2009-03-10 09:50 file           Status                   acknowledged =>
resolved
2009-03-10 09:50 file           Resolution               open => no change
required
2009-03-10 09:50 file           Assigned To               => file            
2009-03-10 09:50 file           Status                   resolved => closed  
======================================================================