[asterisk-bugs] [JIRA] (ASTERISK-21879) app_queue's autofill=yes effectively fails to deliver all calls when those calls are preceded by a call with a min/max penalty that can't be delivered

Matt Jordan (JIRA) noreply at issues.asterisk.org
Tue Mar 4 06:30:50 CST 2014


     [ https://issues.asterisk.org/jira/browse/ASTERISK-21879?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Matt Jordan updated ASTERISK-21879:
-----------------------------------

    Assignee: Ksenia
      Status: Waiting for Feedback  (was: Open)

> app_queue's autofill=yes effectively fails to deliver all calls when those calls are preceded by a call with a min/max penalty that can't be delivered
> ------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-21879
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21879
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: 1.8.20.1
>         Environment: Gentoo Linux 3.0.65
>            Reporter: Ksenia
>            Assignee: Ksenia
>            Severity: Minor
>         Attachments: channels_info.txt, full.log
>
>
> We have 2 queues - at-test and at-test1.
> A user calls extension 8100 and after 20s timeout waiting in at-test we set QUEUE_MIN_PENALTY=20 for the call, then it goes to queue at-test1. We have an autofill parameter set to 'yes' in at-test1. Only agent Agent/903 from at-test1 can receive the call with minimal penalty set to 20. So, if this agent Agent/903 is busy or unavailable, the call is waiting in the queue. But if another user calls extension 8101, he has to wait untill that call with QUEUE_MIN_PENALTY=20 is answered or dropped, though autofill parameter is set to 'yes' and there are free agents 904 and 905. Is it a normal behavior?
> P.S. I've fixed it using QUEUE_PRIO variable for extension 8101, but still it's very interesting to know why the calls have to wait in such circumstances.
> exten => 8100,1,Answer()
> exten => 8100,n,Queue(at-test,t,,,20)
> exten => 8100,n,Set(QUEUE_MIN_PENALTY=20)
> exten => 8100,n,Queue(at-test1,t,,,3600)
> exten => 8100,n,Hangup()
> exten => 8101,1,Answer()
> exten => 8101,n,Queue(at-test1,t,,,3600)
> exten => 8101,n,Hangup()
> [at-test1]
> autofill = yes
> setinterfacevar = yes
> setqueuevar = yes
> strategy = leastrecent
> announce-frequency = 60
> wrapuptime = 12
> announce-round-seconds = 30
> announce-holdtime = yes
> announce-position = yes
> queue-thankyou = no
> reportholdtime = no
> ringinuse = no
> joinempty = yes
> member => Agent/903,20,(903) Test Operator
> member => Agent/904,,(904) Test Operator
> member => Agent/905,,(905) Test Operator



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list