[asterisk-bugs] [Asterisk 0018296]: Asterisk do not respect priority between queued calls at high load

[Asterisk Bug Tracker]

The following issue has been SUBMITTED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18296 
====================================================================== 
Reported By:                Tomtom87
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18296
Category:                   Applications/app_queue
Reproducibility:            random
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.6.2.11 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-11-11 17:19 CST
Last Modified:              2010-11-11 17:19 CST
====================================================================== 
Summary:                    Asterisk do not respect priority between queued
calls at high load
Description: 
I am running an Asterisk server in a call center environment. 
Since months, when there are many calls (usually when the system goes over
15 -20 incoming calls), the priority between queues is not respected
anymore for some calls randomly. The priority inside each queue is well
respected, but not between several queues.
All queues concerned have the same weight

There is no announcement in the queues that could avoid the caller to be
bridged with a member at the right moment.

I AM RUNNING ASTERISK 1.6.2.13

What I found strange is that at the moment the following caller has to be
bridged, the moh is stopped and restarted on the channel that should
normally be bridged now. But then Asterisk bridges another channel. 

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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-11-11 17:19 Tomtom87       New Issue                                    
2010-11-11 17:19 Tomtom87       Asterisk Version          => 1.6.2.11        
2010-11-11 17:19 Tomtom87       Regression                => No              
2010-11-11 17:19 Tomtom87       SVN Branch (only for SVN checkouts, not tarball
releases) => N/A             
======================================================================