<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[delays on incoming calls on queues]]></title><description><![CDATA[<p dir="auto">On a system with Asterisk 13.9.1, FreePBX 12 and FOP2 2.30.02, we have a problem whith incoming calls to queues. When a call enters a queue, the small icons of the agents of the queue start moving indicating the extensions are ringing, but the extension buttons do not turn orange for 10 seconds or more (seems some sort of delay).<br />
All the agents of the queues are dynamic. We have 12 queues with 8-12 dynamic agents in each queue, and 44 extensions in the panel.<br />
We have tried FOP2 2.31.00 and 2.31.01, with the same results (but had to revert to 2.30.02 because some bug made some calls appear empty in the queues boxes and would not disappear).</p>
<p dir="auto">Can it be caused by too many AMI events? Is there something we can do?</p>
]]></description><link>http://localhost:4567/topic/2269/delays-on-incoming-calls-on-queues</link><generator>RSS for Node</generator><lastBuildDate>Tue, 27 Oct 2026 15:00:41 GMT</lastBuildDate><atom:link href="http://localhost:4567/topic/2269.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 08 Jun 2016 10:53:14 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to delays on incoming calls on queues on Tue, 21 Jun 2016 00:33:21 GMT]]></title><description><![CDATA[<p dir="auto">FOP2 looks for Event: Newstate and check if its ringing or not based on its headers. If Asterisk delays in sending that event, then it is Asterisk, and not FOP2, who is at fault. But it does not stop there, the Channel in RINGING state might be a local channel, if so the state interface must be defined correctly and match a button definition in FOP2.</p>
<p dir="auto">Best regards,</p>
]]></description><link>http://localhost:4567/post/9960</link><guid isPermaLink="true">http://localhost:4567/post/9960</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Tue, 21 Jun 2016 00:33:21 GMT</pubDate></item><item><title><![CDATA[Reply to delays on incoming calls on queues on Fri, 10 Jun 2016 13:12:39 GMT]]></title><description><![CDATA[<p dir="auto">After looking at the problem a bit more, we've seen that the delay happens when there's more of 2 "free" agents in a queue. And it seems exponential: more free agents, more time it will take to show the ringing status of the extensions (even if we hang up the call, the call will appear and then disappear).</p>
<p dir="auto">Don't know if it's relevant, but looking at the fop2 log, when the call enters the queue, we can see the RINGING (output with a few greps to only show relevant data):</p>
<h2>127.0.0.1            &lt;- Device: Queue:127<br />
127.0.0.1            &lt;- State: RINGING</h2>
<h2>127.0.0.1            &lt;- Privilege: call,all<br />
127.0.0.1            &lt;- Device: SIP/350<br />
127.0.0.1            &lt;- State: RINGING</h2>
<h2>127.0.0.1            &lt;- Privilege: call,all<br />
127.0.0.1            &lt;- Device: SIP/351<br />
127.0.0.1            &lt;- State: RINGING</h2>
<p dir="auto">127.0.0.1            &lt;- Privilege: call,all<br />
127.0.0.1            &lt;- Device: SIP/352<br />
127.0.0.1            &lt;- State: RINGING<br />
....</p>
<p dir="auto">But until we see the ChannelStateDesc: Ringing, the buttons do not appear as ringing. Don't really know if it could be a clue.</p>
]]></description><link>http://localhost:4567/post/9959</link><guid isPermaLink="true">http://localhost:4567/post/9959</guid><dc:creator><![CDATA[sergi]]></dc:creator><pubDate>Fri, 10 Jun 2016 13:12:39 GMT</pubDate></item><item><title><![CDATA[Reply to delays on incoming calls on queues on Wed, 08 Jun 2016 11:10:27 GMT]]></title><description><![CDATA[<p dir="auto">I forgot to mention Eventfilters in manager.conf didn't seem to make any difference</p>
]]></description><link>http://localhost:4567/post/9958</link><guid isPermaLink="true">http://localhost:4567/post/9958</guid><dc:creator><![CDATA[sergi]]></dc:creator><pubDate>Wed, 08 Jun 2016 11:10:27 GMT</pubDate></item></channel></rss>