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

[Asterisk Bug Tracker]

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:                     ready for testing
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:             2008-06-11 16:49 CDT
Last Modified:              2008-08-07 12:17 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.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0013005 Recording speed too fast (running BRI B...
====================================================================== 

---------------------------------------------------------------------- 
 (0091205) putnopvut (administrator) - 2008-08-07 12:17
 http://bugs.digium.com/view.php?id=12837#c91205 
---------------------------------------------------------------------- 
Well, today I have other matters I need to get to first. If there is time,
I can look more.

Just as an FYI, blitzrage had a customer who was experiencing this issue.
I was able to look at that person's dialplan and settings and replicate
them on my test box. At first, I was baffled because I could not reproduce
the issue. I tried using a checkout of the 1.4.21.1 tag and all of a
sudden, the delay was there and it was horrible, especially if the
spied-upon channel put the other caller on hold (like the issue describes).
When I moved up to an svn checkout of the 1.4 branch, the issue didn't
happen.

This could mean that the issue has been fixed in 1.4 by this point, but
I'd rather hear confirmation from those who have been experiencing this
issue first. 
1.4.22-rc1 will be released *very* soon, so when it is, you may wish to
upgrade to that to see if the problem is still there.

If the issue still is present, it will be a while before I can work on it
again because I am on vacation next week (Aug 11-15). If this issue still
isn't resolved before then, I will try to get another developer to take a
look at this to see if maybe another set of eyes can see something I have
been missing. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-08-07 12:17 putnopvut      Note Added: 0091205                          
======================================================================