[asterisk-bugs] [JIRA] (ASTERISK-20862) Asterisk min and max member penalties not honored when set with 0

Paul Belanger (JIRA) noreply at issues.asterisk.org
Fri Jan 18 12:31:21 CST 2013


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

Paul Belanger commented on ASTERISK-20862:
------------------------------------------

You made the exact point I am trying to explain during my testing.  Everything defaults to 0 (off) for queue penalties, which appears to disable penalties state. Like you, I believed setting it to 0 would make penalties work.  The reality is, bump your starting point to 1, and updating all your logic to add 1 as the base penalty, things work as you will expect.

So to recap, having the penalty set to 0 simply disables the penalty functionality.  And anything other then 0, enables it.

If you want to change the functionality, feel free to submit a patch but my opinion is we need to update documentation to reflect this.
                
> Asterisk min and max member penalties not honored when set with 0
> -----------------------------------------------------------------
>
>                 Key: ASTERISK-20862
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20862
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: SVN
>         Environment: All versions of Asterisk this happens on
>            Reporter: Schmooze Com
>            Severity: Minor
>
> If I set a queue to have a max member penalty of 0 and a min member penalty of 0 and log in 2 members one with a penalty of 0 and one with a penalty of 1 Asterisk will still offer a call to the member with a penalty of 1 if the member with a penalty of 0 is busy.  Basically ignoring the min and max settings.
> Now if I do the same test with member penalties of 1 and 2 and set the min and max member penalty to be 1 it behaves correct and never offers the member with a penalty of 2 a call even if member with a penalty of 1 is busy.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the asterisk-bugs mailing list