Summary:ASTERISK-02362: Problem with DTMF being passed from Cisco GW to asterisk on ingress calls
Reporter:connor (connor)Labels:
Date Opened:2004-09-07 16:23:50Date Closed:2008-01-15 15:07:04.000-0600
Versions:Frequency of
Description:After upgrading to to latest CVS, asterisk no longer processes DTMF from caller.  I have my VOIP peer setup to pass info via RFC2238..  I confirmed this still works with my production version of asterisk.  This affects applications such as DISA, and Menus etc..
Comments:By: Mark Spencer (markster) 2004-09-07 23:17:31

What does "sip show channel <foo>" say about what actual mode is being used for the given call?

By: Mark Spencer (markster) 2004-09-07 23:18:08

I should add that i have very strong reservations that this is a configuration issue.  Please try to get someone on #asterisk (e.g. bkw_ or oej) to review you configuration.

By: connor (connor) 2004-09-08 00:04:49

Like I said, Everything works fine till I upgrade.. so, if it IS a config issue, it's a new config option or behaviour change in asterisk.. here is a dump of my sip show channel <foo>

* SIP Call
 Direction:              Incoming
 Call-ID:                689D58A5-361911CC-8FF0D6F0-5351416A@
 Our Codec Capability:   260
 Non-Codec Capability:   0
 Their Codec Capability:   4
 Joint Codec Capability:   4
 Format                  ULAW
 Theoretical Address:
 Received Address:
 NAT Support:            RFC3581
 Our Tag:                1117847647
 Their Tag:              D95DD2C4-E9F
 SIP User agent:
 Original uri:           sip:8655391933@
 Caller-ID:              8655391933
 Need Destroy:           0
 Last Message:           Rx: ACK
 Promiscuous Redir:      No
 Route:                  sip:8655391933@
 DTMF Mode:              rfc2833

By: Mark Spencer (markster) 2004-09-08 22:08:04

Nope, not a config issue, a genuine bug, fixed in CVS.

By: Digium Subversion (svnbot) 2008-01-15 15:07:04.000-0600

Repository: asterisk
Revision: 3749

U   trunk/channels/chan_sip.c

r3749 | markster | 2008-01-15 15:07:03 -0600 (Tue, 15 Jan 2008) | 2 lines

Use noncodec capability when masking (bug ASTERISK-2362)