Re: TCP timeout

Sergei Safarov via sr-users <[email protected]>
Newsgroups gmane.comp.voip.ser
Message-ID <[email protected]>
We have the same issue with outbound TCP connections
Issue described here
https://github.com/kamailio/kamailio/issues/4187


On Fri, 2025-04-04 at 14:54 +0200, Lukas Tribus via sr-users wrote:
> On Fri, 4 Apr 2025 at 14:05, Pyry Aaltonen via sr-users
> <[email protected]> wrote:
> > 
> > I understand, yes, that it comes from the os default settings how
> > the tcp connection
> > is handled,  but as far as I understood that the patch done in the
> > commit is adding
> > the TCP_USER_TIMEOUT which should somehow at least try to fix this
> > behaviour?
> 
> I think you are misinterpreting what TCP User Timeout does.
> 
> It detects a broken TCP connection when *actively* writing to this
> socket. It cannot detect a broken connection in absence of any data
> written to the socket.
> 
> 
> I think you are probably looking for TCP keepalives instead and
> Kamailio provides tcp_keepalive / tcp_keepcnt / tcp_keepidle /
> tcp_keepintvl options for this purpose.
> 
> In both cases (TCP User timeout vs TCP keepalives) Kamalio sets
> socket
> options advising the kernel about the configuration. I suggest you
> read the kernel documentation to understand more about those OS
> features.
> 
> If you are doubting that Kamailio sets the correct socket options I'd
> suggest using strace to verify.
> 
> 
> 
> Lukas
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions --
> [email protected]
> To unsubscribe send an email to [email protected]
> Important: keep the mailing list in the recipients, do not reply only
> to the sender!

__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions -- [email protected]
To unsubscribe send an email to [email protected]
Important: keep the mailing list in the recipients, do not reply only to the sender!
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.