[asterisk-bugs] [Asterisk 0011368]: chan_mobile does not recognize dtmf together with Authenticate or DISA

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11368 
====================================================================== 
Reported By:                bt047265
Assigned To:                mnicholson
====================================================================== 
Project:                    Asterisk
Issue ID:                   11368
Category:                   Addons/chan_mobile
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     ready for testing
Asterisk Version:            SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 89454 
Request Review:              
====================================================================== 
Date Submitted:             2007-11-25 08:42 CST
Last Modified:              2009-05-02 09:08 CDT
====================================================================== 
Summary:                    chan_mobile does not recognize dtmf together with
Authenticate or DISA
Description: 
Hello,

chan_mobile is configured according to the documentation. Incoming and
outgoing calls are working via the new channel "Mobile". 

Mobile.conf:

[adapter]
id=stick1
address=00:08:F4:16:3A:E2
[SGH-F200]
;address=00:1D:25:73:0E:76
address=00:1B:59:14:77:38
port=4
context=incoming_mobile
adapter=stick1
dtmfskip=50

This dialplan was added to the extensions.conf:

[incoming_mobile]
exten => _!,1,Answer()
exten => _!,n,Wait(1)
exten => _!,n,Verbose(${EXTEN})
exten => _!,n,Verbose(${CALLERID})
exten => _!,n,Authenticate(1234)
exten => _!,n,Background(vm-enter-num-to-call)
exten => _!,n,DISA(no-password,phones,"sipgate" <7001>)

No DTMF tones are regocnized by the Authenticate function.  If the same
context is assigned to the SIP channel Authenticate and DISA is working.

Attached the output of /var/log/asterisk/full for:

- incoming mobile authenticate
- icoming mobile to SIP extension
- incoming SIP authenticate

If the incoming call from the mobile is directly routed to an SIP
extension, DTMF is sended to the SIP extension.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0011801 mobile to asterisk audio stability stro...
has duplicate       0012768 Multipile issues with chan_mobile
has duplicate       0011556 &quot;No audio&quot; on incoming blueto...
related to          0012567 Big latency (up to 3 sec) when call wai...
====================================================================== 

---------------------------------------------------------------------- 
 (0104057) alexz (reporter) - 2009-05-02 09:08
 http://bugs.digium.com/view.php?id=11368#c104057 
---------------------------------------------------------------------- 
I can confirm ughnz results - on top of his issues we have ast CLI crush on
each outgoing call. Before we did testing on embedded platform (ALIX board
with AMD Geode processor and Compact Flash). This time we did everything on
conventional PC

- conventional PC Intel Quad, 4G RAM
- Ubuntu 9.04 Server with LAMP and OpenSSH (kernel 2.6.28)
- OpenVox PCI TDM400 card with single FXS
- dahdi linux/tools 2.1.0.4 / 2.1.0.2
- Asterisk 1.6.1.0 release
- Addons trunk r899
- FreePBX 2.5.1
- Bluez 4.32 - 4.37 (all exibit the same behaviour)
- Cirago/Lynksys/Trendnet Bluetooth dongles (all CSR based)
- Nokia 2680

Again, everything is OK (except DTMF detection) with 1.6.0 release.

One of the ideas (since looks like I am not paranoic and somebody else
sees the same things) - @mnicholson - is it possible for you to post step
by step installation instructions from A to Z? May be something changed in
setup sequence? This is the only possible thing that left. We can post our
installation instructions as well.

Since there are only handful amount of people testing it why don't we
joint our forces and nail the difference. There are no miracles in this
world - so far two people report no problem and two report exact the same
issue - something should be different in some department. Let's share
installation procedures for starters - I thing we can start from mnicholson
since he is the closest to he shop. Any objections? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-02 09:08 alexz          Note Added: 0104057                          
======================================================================