[asterisk-bugs] [Asterisk 0016188]: chan_mobile pairs, dials, and receives calls, but no audio

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16188 
====================================================================== 
Reported By:                haunma
Assigned To:                mnicholson
====================================================================== 
Project:                    Asterisk
Issue ID:                   16188
Category:                   Addons/chan_mobile
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           Addons-1.6.2.0-rc1 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 209993 
Request Review:              
====================================================================== 
Date Submitted:             2009-11-05 23:26 CST
Last Modified:              2009-12-03 12:06 CST
====================================================================== 
Summary:                    chan_mobile pairs, dials, and receives calls, but no
audio
Description: 
I am using Asterisk 1.6.2.0~dfsg~rc1-1 from Debian Squeeze with a custom
compiled chan_mobile.c from the trunk version (svn 209993) supplied as an
attachment to issue https://issues.asterisk.org/view.php?id=16087.

It appears to be a working configuration with no obvious errors, but I get
no audio over the bluetooth link.  (I test by calling my cell phone from
the Asterisk console via an IAX provider, with the incoming call going to
an echo test.)

I've attached the Asterisk debugging output (with some IAX debugging
output removed) as well as hcidump -X -V.

====================================================================== 

---------------------------------------------------------------------- 
 (0114667) haunma (reporter) - 2009-12-03 12:06
 https://issues.asterisk.org/view.php?id=16188#c114667 
---------------------------------------------------------------------- 
Thanks, that helps.  Maybe I'll try adding some more debug output around
that rfcomm stuff to understand it better.  But it sounds like the next
error could be more relevant to the failed incoming audio connection.

I'm trying to understand this loop in do_sco_listen():

while (!check_unloading()) {
        /* check for new sco connections */
        if ((res = ast_io_wait(adapter->accept_io, 0)) == -1) {
                /* handle errors */
                ast_log(LOG_ERROR, "ast_io_wait() failed for adapter
%s\n", adapter->id);
                break;
        }

        /* handle audio data */
        if ((res = ast_io_wait(adapter->io, 1)) == -1) {
                ast_log(LOG_ERROR, "ast_io_wait() failed for audio on
adapter %s\n", adapter->id);
                break;
        }
}

Which of the calls to ast_io_wait is meant to block while waiting for a
connection?  It is interesting that my error is coming from the second
ast_io_wait call ("handle audio data"), and right at initialization too,
before any call activity.  Could the phone be initiating an audio
connection right away, before asterisk expects it?  It does use an audio
channel for voice-activated dialing when I pair a regular BT headset.

It is possible that a failure in do_sco_listen() during initialization
could leave asterisk in a state where it cannot accept subsequent SCO
connections?

In any case, perhaps a close examination of the packet dump, correlating
the timestamps with asterisk debug output, will be enlightening.  I'll take
a look at that tonight. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-12-03 12:06 haunma         Note Added: 0114667                          
======================================================================