[asterisk-bugs] [Asterisk 0010291]: Skinny to skinny calls one-way audio

[noreply at bugs.digium.com]

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 13:32 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 13:32  
---------------------------------------------------------------------- 
debug-enhancements includes:
Updates to stimulus_message and soft_key_event_message structures
Logging of the callreference number when skinny debug is on-
Old format
  Received Stimulus: Redial(1) /* Where 1 is the line # */
New format
  Received Stimulus: Redial(1/20) /* Line # / Call id */

I see a bug/quirk that I added a note about, but did not fix, since
this is a debug logging patch.  In handle_stimulus_message() we should
be looking up the sub based on the provided line/callreference not the
devices lastline/callreference.  While they should be in sync, I would
rather base decisions on which call the phone CLAIMS to be acting on.

With this patch applied, please place a call from a 7921 after
powercycling
it.  Have skinny debug on, and verbose set to 3.  Place a 2nd call (which
we still expect to fail)

What we are looking for is that the phone sends consistent callreference
numbers for the lifetime of each call.  The callreference for the 2nd
call
should NOT be the same as the 1st... 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
07-26-07 13:32  DEA            Note Added: 0067937                          
======================================================================