<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-size:12.8px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">  in my 4.1.5 kamailio server</span><br></blockquote><div>5.1.5 of course</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 3 September 2018 at 14:11, Dmitri Savolainen <span dir="ltr"><<a href="mailto:savolainen@erinaco.ru" target="_blank">savolainen@erinaco.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Hi all.<div><br></div><div>i encountered  in my 4.1.5 kamailio server some inconstant issue.</div><div><br></div><div>I have 2 listen address:</div><div>addr1 <span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">for incoming SIP requests and as source addr for remote registration (via UAC module)</span></div><div>addr2 for incoming SIP requests only</div><div><br></div><div>uac config for regs:</div><div><div>modparam("uac", "reg_keep_callid", 1)</div><div>modparam("uac", "reg_random_delay", 120)</div><div>modparam("uac", "reg_retry_interval", 300)</div><div>modparam("uac", "reg_timer_interval", 40) </div></div><div><br></div><div>i have response time checking tool, that send OPTIONS every second, which immedeately replied by sl_send_reply("200")  without any processing. Usualy respose time <1ms.</div><div><br></div><div>Sometimes (2-3 per day) addr1 stop to response for these OPTIONS (timeout >5sec), while addr2  continue responding with time <1ms.  In kamailio.log at this moment bunch of messages like</div><div><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">ERROR: uac [uac_reg.c:1034]: uac_reg_tm_callback(): got sip response 403 while registering</blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:12.8px;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">ERROR: uac [uac_reg.c:1034]: uac_reg_tm_callback(): got sip response 408 while registering</span></blockquote><br></div><div>That is normal: some remotes are broken.</div><div><br></div><div>The problem is:</div><div>1. usually these messages appearing is not the reason of problem, but all problems are while these messages in log </div><div>2. it may be on OFF peak  / ON peak day period</div><div>3. in my test installation i have much more remote failure registration (X 10), and the problem is not manifested more often (but i can catch it 2-3 per day)</div><div><br></div><div>I think adding more workers for addr1 may help (now 8 worker and 16 CPUs). But it is interesting to understand the source of this issue</div><span class="HOEnZb"><font color="#888888"><div><br></div><div><br></div><div><br></div><div><div><br></div>-- <br><div class="m_5991351338831492130gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Savolainen Dmitri</div></div></div></div></div>
</div></font></span></div></div></div></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Savolainen Dmitri</div></div></div></div></div>
</div>