[SR-Users] Kamailio stop to process incoming SIP traffic via TCP.

Kristijan Vrban vrban.lkml at gmail.com
Thu Mar 14 13:41:57 CET 2019


Hi, with full debug is see this in log for every incoming TCP SIP request:

Mar 14 12:10:15 kamailio-preview /usr/sbin/kamailio[17940]: DEBUG:
<core> [core/tcp_main.c:3871]: send2child(): WARNING: no free tcp
receiver, connection passed to the least busy one (105)
Mar 14 12:10:15 kamailio-preview /usr/sbin/kamailio[17940]: DEBUG:
<core> [core/tcp_main.c:3875]: send2child(): selected tcp worker 2
27(17937) for activity on [tls:172.17.217.10:5061], 0x7fdaeda8f928

So the Kamailio TCP process is working, and received TCP traffic. But
the tcp workers are somehow busy.

When i attach via strace to the TCP worker, i do not see any activity. Just:

futex(0x7fdaeca92f8c, FUTEX_WAIT_PRIVATE, 1, NULL

and nothing, even when i see the main tcp process choose this worker process.

Kristijan

Am Mi., 27. Feb. 2019 um 15:14 Uhr schrieb Kristijan Vrban
<vrban.lkml at gmail.com>:
>
> first of all thanks for the feedback. i prepared our system now to run
> with debug=3
> I hope to see more then then.
>
> Am Mi., 27. Feb. 2019 um 11:53 Uhr schrieb Kristijan Vrban
> <vrban.lkml at gmail.com>:
> >
> > Hi kamailios,
> >
> > i have a creepy situation with v5.2.1 stable Kamilio. After a day or
> > so, Kamailio stop to process incoming SIP traffic via TCP. The
> > incoming TCP network packages get TCP-ACK from the OS (Debian 9,
> > 4.18.0-15-generic-Linux) but Kamailio does not show any processing for
> > the SIP-Traffic incoming via TCP. No logs, nothing. While traffic via
> > UDP is working just totally fine.
> >
> > When i look via command "netstat -ntp" is see, that the Recv-Q get
> > bigger and bigger. e.g.:
> >
> > Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program
> > name tcp 4566 0 172.17.217.12:5060 xxx.xxx.xxx.xxx:57252 ESTABLISHED
> > 31347/kamailio
> >
> > After Kamailio restart, all is working fine again for a day. We have
> > maybe 10-20 devices online via TCP and low call volume (1-2 call per
> > minute). The only settings for tcp we have is "tcp_delayed_ack=no"
> >
> > How to could we debug this situation? Again, no error, no warings in
> > the log. Just nothing.
> >
> > Kristijan



More information about the sr-users mailing list