[asterisk-bugs] [Asterisk 0019184]: DTMF ( RFC2833 or SIP INFO ) sent incorrectly when bridged to a DAHDI channel on remote server.

Asterisk Bug Tracker noreply at bugs.digium.com
Tue Apr 26 12:47:39 CDT 2011


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=19184 
====================================================================== 
Reported By:                dlublink
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   19184
Category:                   Channels/chan_sip/Interoperability
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.6.2.17.3 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2011-04-26 12:38 CDT
Last Modified:              2011-04-26 12:47 CDT
====================================================================== 
Summary:                    DTMF ( RFC2833 or SIP INFO ) sent incorrectly when
bridged to a DAHDI channel on remote server.
Description: 
I have two asterisk boxes. The first box dials the second box, the second
box's dialplan connects the channel to DAHDI. The first box dials DTMF but
are incorrectly transmitted ( whether sent on SIP INFO OR RFC2833 ).
====================================================================== 

---------------------------------------------------------------------- 
 (0134140) dlublink (reporter) - 2011-04-26 12:47
 https://issues.asterisk.org/view.php?id=19184#c134140 
---------------------------------------------------------------------- 
I am currently working with Sangoma to see if we can eliminate the card in
the cycle to reproduce the issue. You should also note that the invalid
DTMFs are being sent by the server without the PRI card in it. So it would
seem that something in the audio stream from the PRI card is confusing the
sip only asterisk and causing it to break it's DTMF support. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-04-26 12:47 dlublink       Note Added: 0134140                          
======================================================================




More information about the asterisk-bugs mailing list