On 7/30/07, <b class="gmail_sendername">voiplist</b> &lt;<a href="mailto:gotvoip@gmail.com">gotvoip@gmail.com</a>&gt; wrote:<div><span class="gmail_quote"></span><div><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I noticed that if I have an agent logged in using AgentCallBackLogin<br>and that agent is unreachable for some reason (SIP phone unplugged)<br>calls to him/her will completely yack.<br><br>For example:<br><br>1-Agent 500 is the only one logged into queue number 1.
<br>2-A call comes into queue number 1<br>3-The call is pushed to agent 500 at extension 21 which is unreachable<br>because the ethernet cable is unplugged to extension 21&#39;s handset.<br>4-The caller gets hungup on entirely instead of the call going to
<br>another agent or leaving the caller in the queue<br><br>I don&#39;t expect this to happen but I want to be sure all bases are<br>covered on light days during shift changes etc.</blockquote><div><br>This is either a problem with your dialplan or your&nbsp; queue configuration.&nbsp; If you always want your callers to enqueue regardless of agent status, make sure that joinempty=yes and leavewhenempty=no in 
queues.conf for that queue.&nbsp; You may also want to add a <br><br>exten =&gt; whatever,n,NoOp(${QUEUESTATUS})<br><br>right after your call to Queue() to see why the calls are leaving the dialplan.&nbsp; I suspect that you&#39;ve got one or the other of those settings not set properly, so when there are no available agents, your calls exit the Queue() application with $QUEUESTATUS set to &quot;JOINEMPTY&quot; or &quot;LEAVEEMPTY&quot;, but you don&#39;t have anything in your dialplan following Queue(), so they run off the end of the extension and * hangs up on them.
<br></div><br>Note that there is a problem with 1.4.9 that breaks joinempty=yes/leavewhenempty=no - there&#39;s a patch offered to my bug report (<a href="http://bugs.digium.com/view.php?id=10320">http://bugs.digium.com/view.php?id=10320
</a>), but due to other strange instability observed in 1.4.8 and 1.4.9, I&#39;m back on 1.47.1, so I haven&#39;t tested it yet.<br><br></div>-- <br>j.