<div dir="ltr">Hi, To answer your questions.<div><br></div><div>1. Not sure on statically configured queues. This is a production system that I can't break down currently to test.</div><div>2. Our member table has the following fields, uniqueid, member name, queue name, interface, penalty, paused. Which are 425, Nick Test Phone, nickactest, pjsip/ENDPOINTNAME, 1, null respectively.</div><div>3. The relevant log bits</div><div>1644245159|sip7-1644245037.26849|nickactest|Nick Test Phone|RINGNOANSWER|120000<br>1644245159|sip7-1644245037.26849|nickactest|NONE|EXITWITHTIMEOUT|1|1|120<br></div><div><br></div><div>I will mention that despite there not being a great way to query the timeout variable and see what asterisk really loaded from realtime (That I can find). If I set the timeout to something low, like 15 seconds. It does seem to respect it. So it appears it's properly reading it. It just appears there is an upper limit.</div><div><br></div><div>Strangely as well. My test queue I used to reproduce it terminates at 120 seconds. The original queue that brought it to my attention terminates at 60 seconds. Despite nothing being set to 120 or 60 seconds respectively.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 7, 2022 at 5:08 PM <<a href="mailto:asterisk@phreaknet.org">asterisk@phreaknet.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Does this happen with statically configured queues/queue members in <br>
queues.conf?<br>
What is your queue/member config?<br>
What is in your /var/log/asterisk/queue_log log file?<br>
<br>
On 2/7/2022 4:23 PM, Nick Olsen wrote:<br>
> Hello, We're running asterisk 16 with Realtime.<br>
><br>
> We have queues configured in realtime.<br>
><br>
> The "Timeout" setting appears to have an upper 2 minute limit. Even <br>
> when setting the timeout in the queue to 600 seconds, the agent is no <br>
> longer rung after exactly 120 seconds. The asterisk CLI claims <br>
> "Exiting due to time-out cycle".<br>
><br>
> We are calling the queue with options "tin". Removing "n" does keep <br>
> the entire queue from exiting. But the agent is still stopped from <br>
> ringing and then rung again after the announcements fire.<br>
><br>
> I have also tried dynamically passing a timeout (and not) when calling <br>
> the queue from the dial plan.<br>
><br>
> IE. Queue(queuename,tin,,,600).<br>
><br>
> This does make the queue completely exit after 600 seconds. But does <br>
> not cause the agent to just ring for 600 seconds straight.<br>
><br>
> We are answering the call in the dial plan first before entering the <br>
> queue. So this is not an instance of the incoming call being canceled <br>
> by some underlying carrier for being in the ring state > 60 seconds.<br>
><br>
> Any thoughts?<br>
<br>
</blockquote></div>