[asterisk-bugs] [JIRA] (ASTERISK-17732) [patch] With multiple queues & agents, calls with the longest waiting time don't always get handled first
Matt Jordan (JIRA)
noreply at issues.asterisk.org
Tue Jan 27 11:01:35 CST 2015
[ https://issues.asterisk.org/jira/browse/ASTERISK-17732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=224642#comment-224642 ]
Matt Jordan commented on ASTERISK-17732:
----------------------------------------
Two points:
# First, someone should actually respond to [~davidw]'s comments:
{quote}
I think I would want a fairly detailed analysis of the performance implications, and the completeness of the solution. (The current code for agents on multiple queues, only works for simple cases and is quite expensive in CPU time.)
Also, although the patch still seems to be there, the description of its provenance suggests that it is a derivative of a patch that was never submitted to the bug tracker and therefore for which Digium never received a copyright licence grant. If that is the case, the first version of the patch needs to be properly submitted, by its original authors, before it could be progressed. Otherwise, someone will need to submtit a clean room, or first principles, re-implentation.
{quote}
That hasn't happened.
# If someone wants the patch to be included faster, than they can submit the patch for code review. See [https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process] for more information. That being said:
** You'll be responsible for resolving any findings
** The first finding will be David's comment, which hasn't been addressed
> [patch] With multiple queues & agents, calls with the longest waiting time don't always get handled first
> ---------------------------------------------------------------------------------------------------------
>
> Key: ASTERISK-17732
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-17732
> Project: Asterisk
> Issue Type: Bug
> Components: Applications/app_queue
> Reporter: lvl
> Severity: Minor
> Attachments: app_queue_1.8.diff
>
>
> If you have an Asterisk setup with multiple queues, and agents that are logged into more than one queue, Asterisk will not always handle the longest waiting call first.
> For example, if agent "Bob" is a member of "queue1" and "queue2", queue1 has a call waiting for 5 minutes, and queue2 has a call waiting for 10 minutes, Asterisk will connect Bob with one of those callers/queues at random, rather than always processing the 10-minute-waiting call first.
> This is a long standing bug/issue in Asterisk that affects multiple users, you can find mentions of this issue on for example http://www.fonality.com/trixbox/forums/trixbox-forums/trixbox-ce-project-bounties/bounty-queue-priority, http://www.voip-info.org/wiki/index.php?page_id=448&tk=19bdb4d0e35e7b018f8c&comments_page=1 or http://lists.digium.com/pipermail/asterisk-users/2010-January/243598.html
> To address this, we took the patch discussed at http://lists.digium.com/pipermail/asterisk-users/2010-January/243598.html and rewrote it for the current Asterisk trunk. A patched Asterisk is now running on our development servers - the problem is fixed and no additional issues have arisen.
> This patch introduces the concept of "queue groups". Your queues.conf should no longer specify a strategy, but instead a group:
> [queue1]
> group=all
> ...
> [queue2]
> group=all
> ...
> A new file, queuegroups.conf, should list these groups and specify a strategy for them (all queues that you want to group together, typically all of your queues, should be set to the same queue group):
> [all]
> strategy=ringall
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list