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

Schmooze Com (JIRA) noreply at issues.asterisk.org
Fri Jan 18 12:21:21 CST 2013


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

Schmooze Com commented on ASTERISK-20862:
-----------------------------------------

Paul

In our setup with some new changes in FreePBX 2.11 we have the ability to set escalation rules.

So for example

I setup my queue with a min and max penalty of 0 so it only tries my tier 1 agents.  Then after 2 mins I tell it to increase the max from 0 to 1, so now it will include members with a penalty of 0 and 1 and so forth.

The issue comes in if I set the min and max to 0 which is what most people will start with it ignores the max and will try members with a higher penalty right away of all the members with a 0 are not around even though my rule for including members with a penalty of 1 should not kick if for 2 minutes.
                
> 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