[asterisk-bugs] [Asterisk 0011095]: asterisk releases progressively breaking queues

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=11095 
====================================================================== 
Reported By:                kratzers
Assigned To:                putnopvut
====================================================================== 
Project:                    Asterisk
Issue ID:                   11095
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-26-2007 11:47 CDT
Last Modified:              11-02-2007 16:55 CDT
====================================================================== 
Summary:                    asterisk releases progressively breaking queues
Description: 
In Asterisk 1.4.13:
- MoH only plays between attempts to dial agents
- DTMF detection does not work at all for queued calls
- when a queued caller hangs up, a phantom call bounces around the queue
until an agent answers; the call is then destroyed

In Asterisk 1.4.11
- MoH same as above
- DTMF detection only works between attempts to dial agents
-- one DTMF digit causes the destination channel to be hung up
-- if a second digit is sent/received before another agent is tried, the
second digit is matched against the dialplan in the queue's context which
is what should happen with the first digit sent

In Asterisk 1.4.9
- DTMF same as above

In Asterisk 1.4.8
- None of the above issues exist in this release
====================================================================== 

---------------------------------------------------------------------- 
 tdavis - 11-02-07 16:55  
---------------------------------------------------------------------- 
I have an issue that is possibly related.  I am also using CentOS 5, but
with the x86_64 2.6.18-8.1.15.el5 kernel.  I need to do a bit more testing
to narrow it down, but I wanted to go ahead and pipe up anyway.  Moved from
0011071 at the request of putnopvut:

I am seeing the following happen under 1.4.11 and 1.4.13.  My agents are
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 after the beep I 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 available, 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:55  tdavis         Note Added: 0073036                          
======================================================================