[asterisk-bugs] [JIRA] (ASTERISK-28720) When using realtime queues penaltymemberslimit checks for all members count

[EDV O-TON (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-28720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=249629#comment-249629 ] 

EDV O-TON commented on ASTERISK-28720:
--------------------------------------

Thank you, a fallback would be fine for us!
But I thought the penaltymemberslimit was used as a fallback itself for having not enough available agents. I read the docs, too but it's not clearly stated which members are being counted. And it seems quite useless having lots of spare agents that won't be used due to penalty limits. And which agents should be activated due to the penaltymemberslimit if not those with higher or lower penalties already being queue members? If you have a workaround with the current config I would be glad to know.

> 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)