<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><div><br></div><div><br></div><div><br></div><div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Savolainen Dmitri</div></div></div></div></div>
</div></div></div></div></div></div>