<div dir="ltr">thinking more about this, the only time it makes sense (on an IPv4 network) is if kamailio is operating as a UAC (using uac module)<div>Or am i misunderstanding something?</div><div>my concern here is, it can be a dangerous setting when handling presence (over TCP) at large scale.</div><div>for example if you have 10,000 subscribers and you restart kamailio (drop all the tcp connections), the tcp write queue will quickly fill up when your presence module tries sending out NOTIFYs to the UACs on broken tcp connections. when the tcp write queue fills up, it can create a huge bottleneck in kamailio and trigger more widespread issues across the system.</div><div>I'm looking for clarification on why `<span style="font-size:12.8px">tcp_no_connect=0` by default</span> so i can at least update the doc/wiki on it (and the dangers of it in some setups)</div><div>Thanks again!</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 27, 2017 at 8:28 AM, Vik Killa <span dir="ltr"><<a href="mailto:vipkilla@gmail.com" target="_blank">vipkilla@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span style="font-size:12.8px">does it make sense for Kamailio to create a connection if a client behind NAT has lost the connection? because It will almost always fail.</span><div style="font-size:12.8px">It does make sense for IPv6 but not in IPv4 networks. </div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 27, 2017 at 7:37 AM, Daniel-Constantin Mierla <span dir="ltr"><<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Ohh, misinterpreted tcp_no_connect=no is tcp_no_connect=0, which
is the default.</p>
<p>My other remark related to user location was for the case of
tcp_no_connect=yes, which I thought is what was meant initially.<br>
</p>
Cheers,<br>
Daniel<div><div class="m_-1323436472282141932h5"><br>
<br>
<div class="m_-1323436472282141932m_-2953631827007877402moz-cite-prefix">On 27.07.17 13:30, Daniel-Constantin
Mierla wrote:<br>
</div>
<blockquote type="cite">
<p>Hello,</p>
<p>do you have tcp_no_connect=no in your config? Because I think
the default value is 0.</p>
<p>It is useful when you have client behind the nat that closed
the connection, but the contact record is still valid in
location table.<br>
</p>
<p>Cheers,<br>
Daniel<br>
</p>
<br>
<div class="m_-1323436472282141932m_-2953631827007877402moz-cite-prefix">On 27.07.17 13:09, Vik Killa wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">I'm trying to understand the scenario when
`tcp_no_connect` should ever be set to `no`.<br>
<div>Kamailio comes with `tcp_no_connect=no` by default which
means it will try (and seemingly always fail) to create an
outbound tcp connection when a UAC's tcp connection is lost.
This in-turn could start building up the tcp write queue and
can be disastrous at scale.</div>
<div>So why would this setting (`tcp_no_connect=no`) ever be
useful?</div>
<div>Thanks</div>
</div>
<br>
<fieldset class="m_-1323436472282141932m_-2953631827007877402mimeAttachmentHeader"></fieldset>
<br>
<pre>______________________________<wbr>_________________
Kamailio (SER) - Users Mailing List
<a class="m_-1323436472282141932m_-2953631827007877402moz-txt-link-abbreviated" href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a>
<a class="m_-1323436472282141932m_-2953631827007877402moz-txt-link-freetext" href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">https://lists.kamailio.org/cgi<wbr>-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
<br>
<pre class="m_-1323436472282141932m_-2953631827007877402moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_-1323436472282141932m_-2953631827007877402moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_-1323436472282141932m_-2953631827007877402moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - <a class="m_-1323436472282141932m_-2953631827007877402moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
Kamailio World Conference - <a class="m_-1323436472282141932m_-2953631827007877402moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
</blockquote>
<br>
<pre class="m_-1323436472282141932m_-2953631827007877402moz-signature" cols="72">--
Daniel-Constantin Mierla
<a class="m_-1323436472282141932m_-2953631827007877402moz-txt-link-abbreviated" href="http://www.twitter.com/miconda" target="_blank">www.twitter.com/miconda</a> -- <a class="m_-1323436472282141932m_-2953631827007877402moz-txt-link-abbreviated" href="http://www.linkedin.com/in/miconda" target="_blank">www.linkedin.com/in/miconda</a>
Kamailio Advanced Training - <a class="m_-1323436472282141932m_-2953631827007877402moz-txt-link-abbreviated" href="http://www.asipto.com" target="_blank">www.asipto.com</a>
Kamailio World Conference - <a class="m_-1323436472282141932m_-2953631827007877402moz-txt-link-abbreviated" href="http://www.kamailioworld.com" target="_blank">www.kamailioworld.com</a></pre>
</div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>