[SR-Users] why is tcp_no_connect disabled by default

Vik Killa vipkilla at gmail.com
Thu Jul 27 14:28:55 CEST 2017


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.
It does make sense for IPv6 but not in IPv4 networks.

On Thu, Jul 27, 2017 at 7:37 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> Ohh, misinterpreted tcp_no_connect=no is tcp_no_connect=0, which is the
> default.
>
> My other remark related to user location was for the case of
> tcp_no_connect=yes, which I thought is what was meant initially.
> Cheers,
> Daniel
>
>
> On 27.07.17 13:30, Daniel-Constantin Mierla wrote:
>
> Hello,
>
> do you have tcp_no_connect=no in your config? Because I think the default
> value is 0.
>
> It is useful when you have client behind the nat that closed the
> connection, but the contact record is still valid in location table.
>
> Cheers,
> Daniel
>
> On 27.07.17 13:09, Vik Killa wrote:
>
> I'm trying to understand the scenario when `tcp_no_connect` should ever be
> set to `no`.
> 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.
> So why would this setting (`tcp_no_connect=no`) ever be useful?
> Thanks
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing Listsr-users at lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - www.asipto.com
> Kamailio World Conference - www.kamailioworld.com
>
>
> --
> Daniel-Constantin Mierlawww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio Advanced Training - www.asipto.com
> Kamailio World Conference - www.kamailioworld.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20170727/74b0ad9b/attachment.html>


More information about the sr-users mailing list