<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Hello,</p>
<p>I believe this issue is related -
<a class="moz-txt-link-freetext" href="https://github.com/kamailio/kamailio/issues/1172">https://github.com/kamailio/kamailio/issues/1172</a>. We encountered
the problem before and the solution is to link
kamailio-tls-modules with libssl1.0.X instead of libssl1.1.<br>
</p>
<div class="moz-cite-prefix">On 27/02/2019 13:23, Jurijs Ivolga
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAOrA2UZ+GCxNGaU6ZF0S4Pq4deUcv3dud+H3crEZbZC1Qq_EUQ@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">
<div>Hi,</div>
<div><br>
</div>
<div>Just to add that in my case I had a problem when after some
period of time with a lot of TLS clients(100k+) I got a lot of
TCP connections in CLOSE_WAIT state. When connections in
CLOSE_WAIT state hit more then 1k, then kamailio stopped to
receive traffic via TLS, nevertheless UDP at same time worked
fine. From my point of view it looked like there was issue
somewhere on Linux side, cause Kamailio never got anything...
At least this is what I remember... I still plan to work on it
someday. :) And if I will find out, I'll let you know.<br>
</div>
<div><br>
</div>
<div>
<div>
<div dir="ltr" class="gmail_signature"
data-smartmail="gmail_signature">
<div dir="ltr">Jurijs<br>
</div>
</div>
</div>
<br>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Wed, Feb 27, 2019 at 1:13
PM Kristijan Vrban <<a href="mailto:vrban.lkml@gmail.com"
moz-do-not-send="true">vrban.lkml@gmail.com</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">when
is strace to the kamailio process that is attached to the tcp<br>
port. it get sporadic this:<br>
<br>
[], 46, 5000) = 0<br>
epoll_wait(17, [{EPOLLIN, {u32=2692971064,
u64=139924137540152}}], 46, 5000) = 1<br>
accept(14, {sa_family=AF_INET, sin_port=htons(59766),<br>
sin_addr=inet_addr("xxx.xx.xxx.xxx")}, [28->16]) = 275<br>
fcntl(275, F_GETFL) = 0x2 (flags O_RDWR)<br>
fcntl(275, F_SETFL, O_RDWR|O_NONBLOCK) = 0<br>
epoll_ctl(17, EPOLL_CTL_ADD, 275, {EPOLLIN|EPOLLRDHUP,<br>
{u32=2692977328, u64=139924137546416}}) = 0<br>
epoll_wait(17, [{EPOLLIN, {u32=2692977328,
u64=139924137546416}}], 47, 5000) = 1<br>
epoll_ctl(17, EPOLL_CTL_DEL, 275, 0x7ffdae44ee4c) = 0<br>
recvmsg(53, {msg_namelen=0}, MSG_DONTWAIT) = -1 EAGAIN
(Resource<br>
temporarily unavailable)<br>
recvfrom(56, 0x7ffdae44ed90, 16, MSG_DONTWAIT, NULL, NULL) =
-1 EAGAIN<br>
(Resource temporarily unavailable)<br>
sendmsg(56, {msg_name=NULL, msg_namelen=0,<br>
msg_iov=[{iov_base="\210ku\230B\177\0\0", iov_len=8}],
msg_iovlen=1,<br>
msg_control=[{cmsg_len=20, cmsg_level=SOL_SOCKET,<br>
cmsg_type=SCM_RIGHTS, cmsg_data=[275]}], msg_controllen=20,<br>
msg_flags=0}, 0) = 8<br>
epoll_wait(17,<br>
<br>
But that's all, no further processing by kamailio.<br>
<br>
Am Mi., 27. Feb. 2019 um 11:53 Uhr schrieb Kristijan Vrban<br>
<<a href="mailto:vrban.lkml@gmail.com" target="_blank"
moz-do-not-send="true">vrban.lkml@gmail.com</a>>:<br>
><br>
> Hi kamailios,<br>
><br>
> i have a creepy situation with v5.2.1 stable Kamilio.
After a day or<br>
> so, Kamailio stop to process incoming SIP traffic via
TCP. The<br>
> incoming TCP network packages get TCP-ACK from the OS
(Debian 9,<br>
> 4.18.0-15-generic-Linux) but Kamailio does not show any
processing for<br>
> the SIP-Traffic incoming via TCP. No logs, nothing. While
traffic via<br>
> UDP is working just totally fine.<br>
><br>
> When i look via command "netstat -ntp" is see, that the
Recv-Q get<br>
> bigger and bigger. e.g.:<br>
><br>
> Proto Recv-Q Send-Q Local Address Foreign Address State
PID/Program<br>
> name tcp 4566 0 <a href="http://172.17.217.12:5060"
rel="noreferrer" target="_blank" moz-do-not-send="true">172.17.217.12:5060</a>
xxx.xxx.xxx.xxx:57252 ESTABLISHED<br>
> 31347/kamailio<br>
><br>
> After Kamailio restart, all is working fine again for a
day. We have<br>
> maybe 10-20 devices online via TCP and low call volume
(1-2 call per<br>
> minute). The only settings for tcp we have is
"tcp_delayed_ack=no"<br>
><br>
> How to could we debug this situation? Again, no error, no
warings in<br>
> the log. Just nothing.<br>
><br>
> Kristijan<br>
<br>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank"
moz-do-not-send="true">sr-users@lists.kamailio.org</a><br>
<a
href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
Kamailio (SER) - Users Mailing List
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.kamailio.org">sr-users@lists.kamailio.org</a>
<a class="moz-txt-link-freetext" href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a>
</pre>
</blockquote>
</body>
</html>