[SR-Users] replay of tls delayed by 30 secs.

[José Seabra]

update to my last email.

If do you see that the SIP transaction(UPDATE) arrives at your client fast
enough, it isn't a problem with TCP send Queue (ignore my last email).
Do you can see the reply to the SIP transaction(UPDATE)  sent from your
client arriving to the host where kamailio is running? If not, seems that
it isn't a problem in your Kamailio.

Regards
José

José Seabra <joseseabra4 at gmail.com> escreveu no dia quinta, 27/09/2018 à(s)
10:47:

> Hi,
>
> Kamailio has some configuration options that logs a msg to the syslog when
> some config script action takes more time that is expected, the  options
> are:
>
>    - latency_limit_action=500
>    -
>       https://www.kamailio.org/wiki/cookbooks/4.1.x/core#latency_limit_action
>    - latency_limit_db=500
>    - https://www.kamailio.org/wiki/cookbooks/4.1.x/core#latency_limit_db
>    - latency_log=2
>    - https://www.kamailio.org/wiki/cookbooks/4.1.x/core#latency_log
>
> The issue could also be related with the TCP write queue, maybe you have
> set low values on the following parameters:
>
>    - tcp_conn_wq_max
>       - https://www.kamailio.org/wiki/cookbooks/4.1.x/core#tcp_conn_wq_max
>    - tcp_wq_max
>       - https://www.kamailio.org/wiki/cookbooks/4.1.x/core#tcp_wq_max
>
> Other hint is to look for the OS  send Queue, the package could be delayed
> because the other end is not reading it fast enough:
>
>    - netstat -altp
>
> it also will be important try to isolate the issue in terms of SIP, the
> transaction delayed(UPDATE) is always the same in all situation that the
> issue occurs?
>
> Hope that the information above helped you.
>
> Regards
> José
>


-- 
Cumprimentos
José Seabra
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180927/8e9392c0/attachment.html>