[asterisk-dev] Double queue calls being delivered to agents

[Marek Červenka]

13.9.0 is out but there is nothing about $subj

Richard can you confirm it was postponed to 13.10.0 ?

do you think its "safe" patch 13.9.0 with 
https://github.com/asterisk/asterisk/commit/83dadc4683abcd10f0c4566abef541d997dcf5b8 
?

---snip---
This issue has been around a long time and was just recently fixed and I 
think
it was just released in the latest v11 version.
See https://issues.asterisk.org/jira/browse/ASTERISK-16115

Looks like it will be in the next release as the issue does not have a 
target release set.

Richard
---snip---

Dne 3.5.2016 v 2:03 Derek Bolichowski napsal(a):
> Hi there,
> We’ve been having a strange issue with a customer’s queues where a queued call will ring an available agent, agent answers, then a second or two later the agent is offered a second call which they cannot answer, since they’re already speaking with a client.
>
> This in turn causes a few issues:
> - Agent stats are no longer accurate, as it gets marked down as a ‘missed call’.
> - Cannot use ‘autopause’ feature any longer, as the second queue call goes unanswered and pauses the agents.
>
> The basic queue setup is as follows:
> Autofill = yes
> Ringinuse = no
> Wrapuptime = 5
> Strategy = fewestcalls (tried ‘random’ also)
> Timeout = 15
>
> We’re on Asterisk 11.21.2 currently.
>
> In talking to a few colleagues, they seem to recall there being an old patch for the Asterisk queues application that inserted a short 100ms delay between delivering first and second calls.  I’ve scoured the web today, and found some old forums posts of people looking for something exactly like this, but haven’t found the actual patch, if one even exists.
>
> I’m hoping someone may have some suggestions on some options we can try to eliminate this issue.
>
> Thanks for taking the time to read this.
>
> Derek Bolichowski
>
>
> Derek Bolichowski

-- 
---------------------------------------
Marek Cervenka
=======================================

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20160510/9bd4d00a/attachment.html>