<div dir="ltr"><div>Hi Daniel!</div><div>Thanks for your reply!</div><div>I managed to 
get the kamctl trap output, it is attached here. This is a case where 
Kamailio is unresponsive with the UDP workers stuck in the mutex...<br></div><div>I agree with your observations, it goes along with what we were thinking...</div><div><br></div><div>Kind regards,</div><div>Patrick Wakano</div><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 27 Oct 2020 at 19:17, Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com">miconda@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">
  
    
  
  <div>
    <p>The increase of memory is very likely the side effect of
      processes not handing the traffic, sip_msg_shm_clone() is manly
      used when creating the transactions. They can accumulate if the
      timer processes are stuck or other callback functions block the
      transactions hash table. As said in the other email, try to get
      the output of kamctl trap to have information about what all
      processes do at that moment.</p>
    <p>Cheers,<br>
      Daniel<br>
    </p><br></div>

</blockquote></div></div>