[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:                     feedback
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:              11-02-2007 16:40 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.

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0010809 Asterisk segfaults after an attended tr...
====================================================================== 

---------------------------------------------------------------------- 
 tdavis - 11-02-07 16:40  
---------------------------------------------------------------------- 
I'm having a problem that's possibly related.  I am seeing this happen
under 1.4.11, 1.4.13, and 1.4.13 with the patch attached to this bug
applied.  My agents are also not persistent--they log in and out of the
queue from their phones.

Consider this:

exten => 2315551212,1,Answer
exten => 2315551212,n,Ringing
exten => 2315551212,n,Wait(3)
exten => 2315551212,n,Queue(support|n)

When I call in *when an agent is available to take the call* (i.e. my call
doesn't have to wait in the queue), then I just hear silence.  No ringing,
no MOH, nothing.  However, once my call is answered, I can hear the other
person just fine and vice versa.  "rtp debug" shows that no RTP packets are
sent before the call is answered.

Let me reiterate that if all agents are busy and my call has to go in the
queue, then I do hear the friendly Asterisk lady tell me that my call is in
line as expected, and I do hear the MOH that follows her.  However, I still
don't hear the ringing.

Now, if I modify that dialplan to add in a call to Playback like so:

exten => 2315551212,1,Answer
exten => 2315551212,n,Playback(beep) ; kludge >:-(
exten => 2315551212,n,Ringing
exten => 2315551212,n,Wait(3)
exten => 2315551212,n,Queue(support|n)

...then I can hear the ringing and MOH just fine in all cases.  "rtp
debug" shows RTP packets being set immediately after answer.

Forgive my uninformed speculation, but it's as if the RTP doohickey isn't
initialized until a sound is played back, whether that's via the Playback()
above or via the friendly Asterisk lady speaking up.  Thus when an agent is
already avilable, the friendly Asterisk lady doesn't have to tell me
anything, which causes the RTP doohickey to not initialize, which causes
silence. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
11-02-07 16:40  tdavis         Note Added: 0073030                          
======================================================================