<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix"><br>
      13.9.0 is out but there is nothing about $subj<br>
      <br>
      Richard can you confirm it was postponed to 13.10.0 ?<br>
      <br>
      do you think its "safe" patch 13.9.0 with
<a class="moz-txt-link-freetext" href="https://github.com/asterisk/asterisk/commit/83dadc4683abcd10f0c4566abef541d997dcf5b8">https://github.com/asterisk/asterisk/commit/83dadc4683abcd10f0c4566abef541d997dcf5b8</a>
      ?<br>
      <br>
      ---snip---<br>
      <div>This issue has been around a long time and was just recently
        fixed and I think<br>
        it was just released in the latest v11 version.<br>
      </div>
      <div>See <a rel="nofollow"
          href="https://issues.asterisk.org/jira/browse/ASTERISK-16115"
          target="_blank">https://issues.asterisk.org/jira/browse/ASTERISK-16115</a><span
          class="HOEnZb"><font color="#888888"><br>
          </font></span></div>
      <div><br>
      </div>
      <div>Looks like it will be in the next release as the issue does
        not have a target release set.<br>
        <br>
      </div>
      Richard<br>
      ---snip---<br>
      <br>
      Dne 3.5.2016 v 2:03 Derek Bolichowski napsal(a):<br>
    </div>
    <blockquote
      cite="mid:B6274A4A-3C77-4F3F-ADAB-5FD75043C481@empire-team.com"
      type="cite">
      <pre wrap="">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
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
---------------------------------------
Marek Cervenka
=======================================
</pre>
  </body>
</html>