[asterisk-bugs] [Asterisk 0012837]: Chanspy audio is delayed or lost

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12837 
====================================================================== 
Reported By:                pmathews
Assigned To:                putnopvut
====================================================================== 
Project:                    Asterisk
Issue ID:                   12837
Category:                   Applications/app_chanspy
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.20.1 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             06-11-2008 16:49 CDT
Last Modified:              07-17-2008 13:50 CDT
====================================================================== 
Summary:                    Chanspy audio is delayed or lost
Description: 
If extension (A) is being monitored via chanspy on extension (C) and (A)
places a call (B) on hold, the audio from the other side of the call (B) is
either delayed or lost to station (C) when the extension being monitored
(A) returns from placing a call on hold. This does not happen if extension
(C) is monitoring extension (B) and extension (A) places extension (B) on
hold.
====================================================================== 

---------------------------------------------------------------------- 
 pmathews - 07-17-08 13:50  
---------------------------------------------------------------------- 
This appears to be working for us. It has been applied to our core machine,
and ChanSpy seems to be working without issue - (I will post later as
testing is ongoing) however, customer audio (ZAP -> SIP) previous to this
patch was in sync with occasional sporadic sync problems - the one thing
that would either delay the audio, or lose it completely 100% of the time
was if the agent placed the customer on hold while the agent's phone was
being ChanSpy'd (SIP -> SIP). Disconnecting/reconecting via ChanSpy would
resolve the sync problem, and the mixmonitor recordings never had any
corruption or sync problems (unless it was a mixmonitor of the ChanSpy
operation). This happened on 1.4.20.1 (unpatched), but the two patches
recommended seem to solve the majority of issues. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
07-17-08 13:50  pmathews       Note Added: 0090411                          
======================================================================