[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-04 12:45 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.

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

---------------------------------------------------------------------- 
 (0114779) haunma (reporter) - 2009-12-04 12:45
 https://issues.asterisk.org/view.php?id=16188#c114779 
---------------------------------------------------------------------- 
Success!  Well, mostly :)

Inside ast_io_wait(), poll() is setting errno 4 EINTR "interrupted system
call", but on subsequent calls it returns ok.  I added code which tries
ast_io_wait() a second time in the event of failure, and if it succeeds,
prints an error message warning that it took two tries.  Now the SCO
listener thread continues to run and processes the incoming connection from
the phone correctly.

I didn't have a lot of time to explore last night, but in my last version,
I just commented out the second break statement; that is sufficient.  Of
course, if there were a persistent failure I'd be getting reams of errors
in the log.  I'm happy to test a better patch if you'd like.

There are some nagging issues which are off-topic here, but briefly: 

1) I route incoming mobile calls to the echo test.  When I dial in I hear
the announcement but I can't hear any echo coming back.  I remember seeing
an issue where this turned out to be a volume-control thing, but I haven't
had time to investigate.

2) Outgoing calls from the mobile extension have good audio in both
directions, but the latency is a full two seconds, so pretty much unusable.
 I know others have encountered this too; what's the conventional wisdom? 
Tuning?  Dongle chipset?

Oh, one more thing, while dialed in to the echo test I sent a DTMF tone. 
It was received by the mobile extension and noted in the asterisk log, but
asterisk immediately crashed with glibc double-free warnings.  This
asterisk is Debian testing, not svn, so I guess I need to try building from
svn before sending a bug report.  At least the DTMF got through the mobile
phone, which seems to be the main hurdle. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-12-04 12:45 haunma         Note Added: 0114779                          
======================================================================