[asterisk-bugs] [JIRA] (ASTERISK-28720) When using realtime queues penaltymemberslimit checks for all members count
Benjamin Keith Ford (JIRA)
noreply at issues.asterisk.org
Thu Jan 30 12:08:25 CST 2020
[ https://issues.asterisk.org/jira/browse/ASTERISK-28720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Benjamin Keith Ford updated ASTERISK-28720:
-------------------------------------------
Assignee: EDV O-TON (was: Unassigned)
Status: Waiting for Feedback (was: Triage)
A couple of thoughts:
# Does the behavior remain the same when NOT using realtime?
# As sort of a follow up to 1, I would assume that the behavior is the same, because this does not sound like a bug to me, but rather a functionality that may be missing from app_queue. If you read the description of {{penaltymemberslimit}} in the queues.conf sample file, it says:
{quote}
A limit can be set to disregard penalty settings when the queue has
too few members. No penalty will be weighed in if there are only X
or fewer queue members. (default 0)
{quote}
In this case, agents that do not meet the penalty criteria would still be counted towards the total number of queue members, even if they are not considered available, because it is counting the total number and not going by any special rules.
In my opinion, this option should not be changed, but a new option could potentially be added as a fallback mechanism if there is no workaround with current configuration. Does this sound reasonable to you?
> When using realtime queues penaltymemberslimit checks for all members count
> ---------------------------------------------------------------------------
>
> Key: ASTERISK-28720
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-28720
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Core/Configuration
> Affects Versions: 16.7.0
> Environment: Ubuntu 18.04.3 with all latest patches until 29-01-2020
> Reporter: EDV O-TON
> Assignee: EDV O-TON
> Severity: Minor
>
> The field penaltymemberslimit in the queue table should only check for valid members and not for all.
> Example: We have a queue with a max penalty of 50 and a penaltymemberslimit of 10. For this queue we have some fallback members with a penalty of 60. When there is NO member with a valid penalty of 50 but 10 fallback members with 60 I would expect, that the max penalty would be ignored but it isn't and no one gets a call.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list