<?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[Call Queue issue]]></title><description><![CDATA[<p dir="auto">I have a customer with a unique issue. The customer has a support desk which a queue assigned to it. The problem is that quite often agents within the queue put themselves on "Do Not Disturb" via the FOP2 interface and then will "click" on a incoming call to answer a call in the queue to help colleges out.</p>
<p dir="auto">The issue is that about half of the time using this methodology FOP2  allows the call to be picked up, the other half it just cuts the call off???</p>
<p dir="auto">Any ideas where to look for this problem??</p>
]]></description><link>http://localhost:4567/topic/432/call-queue-issue</link><generator>RSS for Node</generator><lastBuildDate>Tue, 27 Oct 2026 08:04:19 GMT</lastBuildDate><atom:link href="http://localhost:4567/topic/432.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 16 Jun 2010 07:42:15 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Call Queue issue on Thu, 17 Jun 2010 00:48:02 GMT]]></title><description><![CDATA[<p dir="auto">The only way to debug is to start fop2_server in debug mode (level 15) and stop capturing just after a call is cut off... it will be quite hard to do on a production system. It is important to identify the call that was cut off somehow, as the manager is very verbose. A big file with no indications of the call that had the problem is not really useful.</p>
<p dir="auto">To start fop2 in debug mode:</p>
<p dir="auto">/usr/local/fop2/fop2_server -X 15</p>
<p dir="auto">Best regards,</p>
]]></description><link>http://localhost:4567/post/1956</link><guid isPermaLink="true">http://localhost:4567/post/1956</guid><dc:creator><![CDATA[nicolas]]></dc:creator><pubDate>Thu, 17 Jun 2010 00:48:02 GMT</pubDate></item></channel></rss>