[asterisk-bugs] [Asterisk 0017843]: DTMF Manager events missing with some codecs on bridged SIP calls

[Asterisk Bug Tracker]

The following issue has been UPDATED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17843 
====================================================================== 
Reported By:                bklang
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17843
Category:                   Channels/chan_sip/CodecHandling
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Asterisk Version:           1.8.0-beta3 
JIRA:                       SWP-2039 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 suspended
Fixed in Version:           
====================================================================== 
Date Submitted:             2010-08-11 13:34 CDT
Last Modified:              2011-02-08 13:50 CST
====================================================================== 
Summary:                    DTMF Manager events missing with some codecs on
bridged SIP calls
Description: 
I am placing calls from a SIP client endpoint (tested with various hard and
soft phones) calling to Asterisk via SIP.  Once connected to Asterisk the
caller makes choices that then sends a call out via a different SIP peer
(an outbound proxy in this case).

The endpoints and the outbound proxy are both configured to use
dtmfmode=rfc2833, a fact I can confirm by looking at packet captures and
Asterisk console output.  Enabling RTP debugging also shows the DTMF being
processed.  In addition, both the endpoints and the peer are configured
with canreinvite=no, forcing Asterisk to stay in the media path.  I have
confirmed this as well with RTP debugging.

When a call comes in from the endpoint the DTMF is working properly to
collect the destination phone number.  Each digit that is entered by the
user triggers the appropriate DTMF event on the AMI socket.  Next the call
is placed outbound via the proxy.  As soon as the call is bridged DTMF
events on AMI cease.  The RTP continues to work end-to-end and the DTMF is
received by the far end.  The only thing that appears to be broken is that
AMI events are not sent to my AMI listener.

The strange thing is that events DO work as expected, even when bridged,
when I use GSM or uLaw.  When using aLaw no events are sent by AMI once the
calls are bridged. 

This has been tested with 1.6.1.11 and 1.8.0-beta3 with the same behavior
observed.
====================================================================== 

---------------------------------------------------------------------- 
 (0131699) lmadsen (administrator) - 2011-02-08 13:50
 https://issues.asterisk.org/view.php?id=17843#c131699 
---------------------------------------------------------------------- 
Suspended due to lack of feedback from the reporter. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-02-08 13:50 lmadsen        Note Added: 0131699                          
2011-02-08 13:50 lmadsen        Status                   feedback => closed  
2011-02-08 13:50 lmadsen        Resolution               open => suspended   
======================================================================