[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-04-29 18:19 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...
====================================================================== 

---------------------------------------------------------------------- 
 (0103975) alexz (reporter) - 2009-04-29 18:19
 http://bugs.digium.com/view.php?id=11368#c103975 
---------------------------------------------------------------------- 
Yes , with yours ast r182282 I can make outbound calls with no problems
(later trunk asts (starting one-two weeks ago)do not cooperate nicely with
release FreePBX - ast CLI crushes on each attemp of login from FreePBX. I
just finished installation of exactly your setup (but Ubuntu 9.04 rather
then Fedora, which is 2.6.28 kernel) and turned out that Bluez 4.17 fails
to pair with multiple dbus errors (I expect that bluez kernel 2.6.28
modules and bluez4.17 do not live nicely together). There are no deviations
in our setups - we do follow exact the same procedure each time. A reason
why we would like to stay with kernel 2.6.28 up and bluez 4.32 up is very
simple - bluez development community with Marcel Holtman will brush off any
questions with regard to earlier releases, not to mention that Marcel
personally closed bluez users forum, claiming (and I am not joking here -
it's word to word his statement) that "it brings more pain then use" - such
a nice statement for community project. So, if you are not bluez developer,
then you are on your own. I never saw any of usage related questions
(including mine) been answered in bluez developers forum (the only bluez
related forum right now). Sad, but it's what we have, unfortunately. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-29 18:19 alexz          Note Added: 0103975                          
======================================================================