<div dir="ltr"><div><div><div>Sorry, but it would be very hard to collect logs at the current production environment as this issue may happen once for several thousand calls. We will have to wait for long time and won't know exact time when an agent got stuck. <br><br></div>All I can say is that this may happen when multiple agents try to accept the same call. I think this might be a bug or inappropriate behaviour of the switch, not mod_callcenter. We solved that problem with developing of custom system that decides whether to allow certain agent to accept call or not thus preventing multiple agents from sending 200 OK Response to an INVITE Request.<br><br></div>I have a question. Is it normal when a hunt group, or callcenter queue with ringall strategy, where multiple agents replied 200 OK at the very same time, all will receive ACKs? Right after that in most cases all but one will receive BYE. But sometimes some agents may not receive BYE. How do determine that the call was actually started in such circumstances?<br><br></div>It seems for me that that is the real issue (I mean absence of BYE request). And it is easy to reproduce: <br><br>1. Start two dummy sipuas united to one hunt group; <br>2. make them automatically accept an incoming call at the same time and start placing calls to their hunt group;<br>3. 10 calls would be enough to see the problem. <br><br>Ofc it would be good to have wireshark logging at the same time. <br><div><div> <br><br><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-03-25 3:46 GMT+03:00 Ítalo Rossi <span dir="ltr"><<a href="mailto:italo@freeswitch.org" target="_blank">italo@freeswitch.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Can you file a JIRA with your debug logs please?<span class="HOEnZb"><font color="#888888"><br><br><div>Ítalo Rossi<div><a href="mailto:italo@freeswitch.org" target="_blank">italo@freeswitch.org</a></div><div>IRC <a href="http://chat.freenode.net" target="_blank">chat.freenode.net</a> #freeswitch #freeswitch-dev</div><div>Bugs? <a href="https://freeswitch.org/jira" target="_blank">https://freeswitch.org/jira</a></div><div>Docs? <a href="https://freeswitch.org/jira" target="_blank">https://freeswitch.org/jira</a></div><div>Chat? <a href="https://hipchat.freeswitch.org/gUdAgy0m6" target="_blank">https://hipchat.freeswitch.org/gUdAgy0m6</a></div><div><br></div></div></font></span><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Mar 24 2016, at 1:32 pm, TNTClaus <<a href="mailto:tntclaus@gmail.com" target="_blank">tntclaus@gmail.com</a>> wrote:
<br>
<div dir="ltr"><div><div>Hi. <br><br>I faced a problem with mod call centre strange
behaviour. I
have a queue with the strategy "ring all", queue has got 30 agents, all
of them always have status available, but only 6 agents can be really
active (e.g.: registered and connected) at a time. <br><br>Those 6 simultaneously
answer calls (e.g. can answer 200 on the same INVITE request before CANCEL arrives). <b>Sometimes an agent might get stuck in the state "In a
queue call"</b> while he is not in a call. In that case waiting agent stops getting calls. <br><br>CLI command:<br><br>> <i>callcenter_config agent set state <agent> waiting</i><br><br></div><div>changes
state of an agent at DB, but call center still won't offer calls to
him. The only fix I found is to reload mod_callcenter, but during
reload all active calls would be dropped.<br></div><div><br>Calls are
coming one by one (maximum call rate I had ever seen at this site was
~600 calls/hour). But I didn't notice any correlation with the call
rate. Agent may get stuck at any time of day with any call rate ranging
between ~150 calls/hour to 400 calls/hour.<br><br>Most of calls last from 5 to 20 seconds.<br><br>I tried to switch from sqlite to odbc postgresql, but that changed nothing. Currently switch is connected to ODBC Postgresql. <br><br></div><div><b>OS version:</b><br>Linux local.pbx 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u4 (2016-02-29) x86_64 GNU/Linux<br></div><div><br></div><div><b>FS version:</b><br>FreeSWITCH version: 1.6.6+git~20160111T201612Z~d2d0b3283a~64bit (git d2d0b32 2016-01-11 20:16:12Z 64bit)<br><br><b>sqlite package:</b><br>llibsqlite3-0:amd64 3.8.7.1-1+deb8u1 amd64 SQLite 3 shared library<br><br></div><div><b>PostgreSQL / ODBC packages:</b><br>odbc-postgresql:amd64 1:09.03.0300-1 amd64 ODBC driver for PostgreSQL<br>postgresql-9.4 9.4.6-0+deb8u1 amd64 object-relational SQL database, version 9.4 server<br><br><br></div><div><b>XML configs:<br><br></b></div><b>callcenter/queues/queue.xml:<br></b><queue name="dispatchers"><br> <param name="discard-abandoned-after" value="300"/><br> <param name="max-wait-time" value="0"/><br> <param name="max-wait-time-with-no-agent" value="120"/><br> <param name="moh-sound" value="$${hold_music}"/><br> <param name="strategy" value="ring-all"/><br> <param name="tier-rule-no-agent-no-wait" value="false"/><br> <param name="tier-rule-wait-multiply-level" value="true"/><br> <param name="tier-rule-wait-second" value="300"/><br> <param name="tier-rules-apply" value="false"/><br> <param name="time-base-score" value="queue"/><br></queue><b><br><br></b></div><b>callcenter/agents/agent.xml</b><br> <agent name="agent@local" type="callback" contact="user/agent@local"<br> status="Available" max-no-answer="0" wrap-up-time="1" reject-delay-time="1" busy-delay-time="1"<br> no-answer-delay-time="1"/><b><br></b><div><br></div>that's a typical agent. They are all same except name and contact attributes.<br><br><b>callcenter/tiers/tier.xml</b><br><tier agent="agent@local" queue="dispatchers" level="1" position="1"/></div>
</blockquote></div></div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">С уважением,<br>Клаус</div>
</div>