<div dir="ltr">Hmm, I don't think there is even a timeout value set on unconfirmed dialogs in memory.<div><br></div><div>Example (Kamailio 3.3.3):</div><div><br></div><div><div>dialog::  hash=1791:10106</div><div><span class="" style="white-space:pre">      </span>state:: 1</div>
<div><span class="" style="white-space:pre">    </span>ref_count:: 1</div><div><span class="" style="white-space:pre">      </span>timestart:: 0</div><div><span class="" style="white-space:pre">      </span>timeout:: 0</div><div><span style="white-space:pre">   ...</span><br>
</div><div><br></div><div>Whereas:</div><div><br></div><div>dialog::  hash=2963:2808<br></div><div><span class="" style="white-space:pre">      </span>state:: 4</div><div><span class="" style="white-space:pre">  </span>ref_count:: 2</div>
<div><span class="" style="white-space:pre">    </span>timestart:: 1372772302</div><div><span class="" style="white-space:pre">     </span>timeout:: 114829207</div><div><span style="white-space:pre">   ...</span><br></div></div><div>
<span style="white-space:pre"><br></span></div><div><span style="white-space:pre">Therefore, the unconfirmed dialogs never get cleared automatically, in my experience at least. I hope I'm wrong though :)</span></div><div>
<span style="white-space:pre"><br></span></div><div><span style="white-space:pre">Cheers,</span></div><div><span style="white-space:pre"><br></span></div><div><span style="white-space:pre">Charles</span></div><div><span style="white-space:pre"><br>
</span></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 2 July 2013 14:31, Henning Westerholt <span dir="ltr"><<a href="mailto:hw@kamailio.org" target="_blank">hw@kamailio.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am Dienstag, 2. Juli 2013, 14:23:25 schrieb Charles Chance:<br>
<div class="im">> I don't think this will help at all, as regardless of DB mode, unconfirmed<br>
> dialogs are not stored in DB anyway.<br>
><br>
> The important thing to remember is that if you are calling dialog_manage()<br>
> in your config, to only do it once you are ready to forward the request. If<br>
> you call it but then exit for some reason without actually forwarding, you<br>
> will probably end up with a stuck dialog.<br>
><br>
> Maybe someone else can suggest other possible causes?<br>
><br>
> To my knowledge, there is no existing way to clear these without restarting.<br>
<br>
</div>Hello,<br>
<br>
AFAIK these stale dialogs are cleaned up after the dialog timeout. There are<br>
module parameter and also dialog specific parameter to control this variable.<br>
This stale dialogs needs a bit of memory, but are otherwise harmless.<br>
<br>
Best regards,<br>
<br>
Henning<br>
</blockquote></div><br><br clear="all"><div><br></div>
</div></div>

<br>
<font face="Helvetica, Arial, sans-serif"><font size="2"><span style="font-size:10pt"><a href="http://www.sipcentric.com/" title="blocked::http://www.sipcentric.com/" target="_blank">www.sipcentric.com</a><br>
            <br>
            Follow us on twitter <a href="http://twitter.com/sipcentric" title="blocked::http://twitter.com/sipcentric" target="_blank">@sipcentric</a><br>
            <br>
            <font color="gray">Sipcentric Ltd.
                Company registered in England & Wales no. 7365592.</font> <font color="gray">Registered
                office: Unit 10 iBIC, Birmingham Science Park, Holt Court South, Birmingham B7 4EJ.</font></span></font></font>