[asterisk-bugs] [Asterisk 0011071]: No audio on calls into queues with non-persistent agents

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11071 
====================================================================== 
Reported By:                callguy
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   11071
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.13  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             10-23-2007 16:04 CDT
Last Modified:              10-24-2007 15:24 CDT
====================================================================== 
Summary:                    No audio on calls into queues with non-persistent
agents
Description: 
For any version of asterisk >1.4.12 when using queues with agent
logon/logoff no audio passes on the call. From other reports it seems that
something committed from bug 10406 may have contributed to this, but it's
unclear.

This is 100% reproducible. I have attached relevant console output,
dialplan snippet, and queues.conf. Also of note is that rtp debug shows
that the stream is in-fact being passed.

====================================================================== 

---------------------------------------------------------------------- 
 callguy - 10-24-07 15:24  
---------------------------------------------------------------------- 
I've looked into this a bit further. From what I can tell the message we
are seeing is in the default case of:

switch (f->subclass)

which gets set by:

f = ast_read(winner);

and ast_read gets a frame from a channel. It looks like either the -1 is a
result code of some sort of error condition, or the ast_frame instance is
getting set to different things over it's lifetime. 

After doing some testing it appears that around line 2225 of channel.c is
where Corydon76's patch from 10406 was applied. Reverting that patch seems
to make this issue go away, so it seems the ultimate cause is in that area.


I don't know enough about what is going on in this part of the code to
make a patch, but hopefully this will help. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
10-24-07 15:24  callguy        Note Added: 0072459                          
======================================================================