[asterisk-bugs] [Asterisk 0016188]: chan_mobile pairs, dials, and receives calls, but no audio
Asterisk Bug Tracker
noreply at bugs.digium.com
Fri Dec 4 15:30:53 CST 2009
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 15:30 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.
======================================================================
----------------------------------------------------------------------
(0114797) mnicholson (administrator) - 2009-12-04 15:30
https://issues.asterisk.org/view.php?id=16188#c114797
----------------------------------------------------------------------
Great! Good work tracking this down. The best thing to do would probably
be to test for the specific error type when an error occurs and if it is
not something fatal, then don't exit the loop. Also, in the event of a
fatal error, we should probably have a way to disable the adapter or
something so that the user does not get reams of errors and so that the
user does not get successful calls without any audio as well.
1) I am not sure about that one
2) Yes, this has come up before. I have not been able to find a specific
cause yet and it does not happen to everyone.
3) Yes, try with svn trunk, or svn 1.6.2. If you still get a crash, open
a bug.
Issue History
Date Modified Username Field Change
======================================================================
2009-12-04 15:30 mnicholson Note Added: 0114797
======================================================================
More information about the asterisk-bugs
mailing list