Howdy Bogdan,<div><br></div><div>We&#39;ve currently been using option 2 to reasonable success (a shell script / cron), so we&#39;ll probably stick with that in the future.  I think playing around with the new rtpproxy session timeout settings might also help keep the problem in check.</div>
<div><br>Thanks, and thanks for the recent release!</div><div><br></div><div>Bobby Smith<br><br><div class="gmail_quote">On Tue, Dec 21, 2010 at 9:02 AM, Bogdan-Andrei Iancu <span dir="ltr">&lt;<a href="mailto:bogdan@voice-system.ro">bogdan@voice-system.ro</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi Bobby,<br>
<br>
Form dialog state machine point of view, an dialog without 200OK ACK is ok, it will not timeout it. So, I see 2 future solutions:<br>
<br>
   1) we change the code so that (optional) timeout and dialog termination will be done for missing ACK also<br>
<br>
   2) make a small shell script that takes the list of dialogs (opensipsctl fifo dlg_list), greps for the dialogs in CONFIRMED BUT NOT ACKED state and if lifetime longer than X sec, it terminates the dialog via &quot;opensipsctl fifo dlg_end_dlg&quot;<br>

<br>
Regards,<br>
Bogdan<br>
<br>
Bobby Smith wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div class="h5">
Is there an easy way/example from a scripting perspective to check if a dialog&#39;s status is 3 (not received an ACK yet), after a certain period of time, time out ONLY dialogs in this state?<br>
<br>
I&#39;ve identified a situation where, if the UAC goes unresponsive, and never sends an ACK, we will eventually stop retransmitting the 200 OK to this but the dialog will remain established in memory.  Because of this, the load balancer resources list becomes highly inaccurate over time.  I&#39;m hesitant to set the dialog default timeout flag, because there are certain situations where a long call (6 hours +) could occur, and we need resource accuracy to be &lt; 1 hour ish.<br>

<br>
Thanks,<br>
Bobby Smith<br></div></div>
------------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
  <br>
</blockquote>
<br>
<br>
-- <br>
Bogdan-Andrei Iancu<br>
OpenSIPS Event - expo, conf, social, bootcamp<br>
2 - 4 February 2011, ITExpo, Miami,  USA<br>
<a href="http://www.voice-system.ro" target="_blank">www.voice-system.ro</a><br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div><br></div>