[asterisk-bugs] [Asterisk 0010291]: Skinny to skinny calls one-way audio
noreply at bugs.digium.com
noreply at bugs.digium.com
Thu Jul 26 16:18:59 CDT 2007
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=10291
======================================================================
Reported By: sbisker
Assigned To: qwell
======================================================================
Project: Asterisk
Issue ID: 10291
Category: Channels/chan_skinny
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): 1.4
SVN Revision (number only!): 76784
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 07-24-2007 11:13 CDT
Last Modified: 07-26-2007 16:18 CDT
======================================================================
Summary: Skinny to skinny calls one-way audio
Description:
Version 76621 fixed the crashing of asterisk due to soft-key problems, but
introduced another problem.
7921 -> 7921 phones the remote party could not hear any audio. In version
76784, the 7921 that initiates the call hears no audio. If a 7920 phone
calls a 7921/7920 phone, then both parties hear audio.
======================================================================
----------------------------------------------------------------------
DEA - 07-26-07 16:18
----------------------------------------------------------------------
OK, the log looks pretty good, we have consistent callreferences
throughout
the life of each call.
I see one issue, but I am not sure it explains this behaviour. The first
line of the log:
chan_skinny.c:1293 find_subchannel_by_instance_reference: Could not find
subchannel with reference '0' on '5500'
The wireless phones cannot dial from an offhook state, so we have not
yet created a subchannel. I would expect this message to happen EVERY
time a wireless phone places a call, or any time a wired phone places
a call from the onhook state (speeddial/vm/redial)
This hints at the possibility that we are not cleaning up sub channels
properly. Looking at the code, I think this is very likely.
I have two more tests that may help narrow this down.
1. Place a call-
What is displayed after you press 'Send'?
What is displayed when the far end answers?
What is displayed after you hangup?
2. Your logs show that you are hanging up the cal on the originating
7921, what happens if the far end hangs up? Can you then place a
second call?
Issue History
Date Modified Username Field Change
======================================================================
07-26-07 16:18 DEA Note Added: 0067947
======================================================================
More information about the asterisk-bugs
mailing list