Hi,<br><br>I&#39;m working with Kamailio 1.5 (rev 5968) and from time to time kamailio freezes and stops processing messages. Kamailio is working only in UDP. I really don&#39;t know in which conditions this problem is happening: it happens both in high and low load.<br>

Here is a backtrace of one of the UDP working processes when kamailio is frozen (all the other UDP process backtraces look similar) :<br><br>#0  0xb7fdf410 in ?? ()<br>#1  0xbfbfec28 in ?? ()<br>#2  0x00000001 in ?? ()<br>

#3  0xa7392ad0 in ?? ()<br>#4  0xb7f3b4ac in sched_yield () from /lib/tls/i686/cmov/libc.so.6<br>#5  0xb7ba9463 in lock_hash (i=10361) at ../../mem/../fastlock.h:182<br>#6  0xb7bc4587 in t_lookup_request (p_msg=0x823fc70, leave_new_locked=1) at t_lookup.c:468<br>

#7  0xb7bc54ae in t_newtran (p_msg=0x823fc70) at t_lookup.c:1124<br>#8  0xb7bb740c in t_relay_to (p_msg=0x823fc70, proxy=0x0, flags=1) at t_funcs.c:212<br>#9  0xb7bb8f6c in t_replicate (p_msg=0x823fc70, dst=0x817cdf8, flags=1) at t_fwd.c:763<br>

#10 0xb7bc7fce in w_t_replicate (p_msg=0x823fc70, dst=0x817cdf8 &quot;\230ê\030\b\016&quot;, flags=0x0) at tm.c:957<br>#11 0x0805301c in do_action (a=0x818eb20, msg=0x823fc70) at action.c:874<br>#12 0x080557aa in run_action_list (a=0x818eb20, msg=0x823fc70) at action.c:145<br>

#13 0x08054491 in do_action (a=0x818ec78, msg=0x823fc70) at action.c:746<br>#14 0x080557aa in run_action_list (a=0x818c940, msg=0x823fc70) at action.c:145<br>#15 0x08053efb in do_action (a=0x81b38e0, msg=0x823fc70) at action.c:120<br>

#16 0x080557aa in run_action_list (a=0x81b3878, msg=0x823fc70) at action.c:145<br>#17 0x08054491 in do_action (a=0x81b5f00, msg=0x823fc70) at action.c:746<br>#18 0x080557aa in run_action_list (a=0x81b5f00, msg=0x823fc70) at action.c:145<br>

#19 0x08054f2d in do_action (a=0x81b5f68, msg=0x823fc70) at action.c:752<br>#20 0x080557aa in run_action_list (a=0x81b5f68, msg=0x823fc70) at action.c:145<br>#21 0x08054f2d in do_action (a=0x81b5fd0, msg=0x823fc70) at action.c:752<br>

#22 0x080557aa in run_action_list (a=0x81aefd0, msg=0x823fc70) at action.c:145<br>#23 0x08053efb in do_action (a=0x818bc08, msg=0x823fc70) at action.c:120<br>#24 0x080557aa in run_action_list (a=0x8187910, msg=0x823fc70) at action.c:145<br>

#25 0x08055b43 in run_top_route (a=0x8187910, msg=0x823fc70) at action.c:120<br>#26 0x0808c659 in receive_msg (<br>    buf=0x8158040 &quot;REGISTER sip:<a href="http://xxxxxxxxxxx.com">xxxxxxxxxxx.com</a> SIP/2.0\r\nFrom: &lt;<a href="mailto:sip%3Axxxxxx@xxxxxxxxxxxx.com">sip:xxxxxx@xxxxxxxxxxxx.com</a>&gt;;tag=as516fcce2\r\nTo: &lt;<a href="mailto:sip%3Axxxxxxx@xxxxxxxxxxxx.com">sip:xxxxxxx@xxxxxxxxxxxx.com</a>&gt;\r\nCall-ID: <a href="mailto:01e4ea8e185c85332ea68874543c810e@xxxxxxxxxxxxxx.com">01e4ea8e185c85332ea68874543c810e@xxxxxxxxxxxxxx.com</a>\r\nCSeq: 383 REGISTER\r\nVia: SIP&quot;..., len=794, rcv_info=0xbfc004d4) at receive.c:175<br>

#27 0x080c3ea3 in udp_rcv_loop () at udp_server.c:449<br>#28 0x0806e394 in main (argc=9, argv=0xbfc006b4) at main.c:774<br><br>Any idea of what might be happening?<br><br>Best regards,<br><br>Santi<br>