[asterisk-bugs] [Asterisk 0007279]: [patch][post 1.4] app_queue: linear strategy

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=7279 
====================================================================== 
Reported By:                diLLec
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   7279
Category:                   Applications/app_queue
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     ready for testing
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 34065 
Disclaimer on File?:        Yes 
Request Review:              
====================================================================== 
Date Submitted:             06-04-2006 12:14 CDT
Last Modified:              10-11-2007 11:28 CDT
====================================================================== 
Summary:                    [patch][post 1.4] app_queue: linear strategy
Description: 
i've implemented an linear strategy for app_queue which will distribute
calls as follows:

Member1
Member2
Member3
start over

so it's like roundrobin method but resetting the position counter
everytime a call can get distributed.

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

---------------------------------------------------------------------- 
 putnopvut - 10-11-07 11:28  
---------------------------------------------------------------------- 
I'm on a bit of a quest to clear up old outstanding queue issues because I
don't like the fact that they've been open as long as they have been.

I will be reworking this patch soon, because I think that its
implementation is a bit off. Mainly, my problem is that it is trying to use
the rrpos variable of a queue in order to determine the linear order of
calls. Since each call is going to use the exact same order, I feel it
would be better to place a position indicator in the queue_ent structure
and use that as a position indicator instead. That way, there would be no
worries about (current or future) race conditions with the rrpos of a
queue.

I also will be editing the queues.conf.sample to explain this strategy. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
10-11-07 11:28  putnopvut      Note Added: 0071820                          
======================================================================