[SR-Users] possible bug with dialog module

Kelvin Chua kelchy at gmail.com
Wed Apr 21 12:23:42 CEST 2010


hi daniel,

i'm not using git version. so maybe i'm missing some patches. can you
confirm if what i am
experiencing is the same problem and the fix is indeed available from the
git version? thanks

here is the backtrace:

#0  0x00002ab61b62779a in update_dialog_dbinfo (cell=0x2ab61c9100f8) at
dlg_db_handler.c:501
#1  0x00002ab61b628ea8 in dlg_onreply (t=0x7d5228, type=<value optimized
out>, param=<value optimized out>) at dlg_handlers.c:361
#2  0x00002ab617965505 in run_trans_callbacks_internal
(cb_lst=0x2ab61c938830, type=128, trans=0x2ab61c9387c0,
    params=0x7fffec157970) at t_hooks.c:261
#3  0x00002ab61796575e in run_trans_callbacks (type=1, trans=0x88c580,
req=0x0, rpl=0x0, code=477060464) at t_hooks.c:288
#4  0x00002ab61798ebd1 in relay_reply (t=0x2ab61c9387c0, p_msg=<value
optimized out>, branch=0, msg_status=200,
    cancel_bitmap=0x7fffec157dd4, do_put_on_wait=1) at t_reply.c:1705
#5  0x00002ab617990884 in reply_received (p_msg=0x8f48a8) at t_reply.c:2126
#6  0x000000000044760e in forward_reply (msg=0x8f48a8) at forward.c:689
#7  0x000000000047fd22 in receive_msg (
    buf=0x869ec0 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
10.17.0.202;branch=z9hG4bK75b5.e2a38a16.0\r\nVia: SIP/2.0/UDP
10.17.0.200:5060;branch=z9hG4bK730bcb55;rport=5060\r\nRecord-Route:
<sip:10.17.0.202;lr=on;did=c85.6d9b66b3>\r"..., len=<value optimized out>,
    rcv_info=0x7fffec158020) at receive.c:257
#8  0x0000000000505e2b in udp_rcv_loop () at udp_server.c:520
#9  0x0000000000455adf in main_loop () at main.c:1447
#10 0x0000000000456be2 in main (argc=<value optimized out>,
argv=0x7fffec1582e8) at main.c:2251


Kelvin Chua


On Wed, Apr 21, 2010 at 6:04 PM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

>  Hello,
>
> are you using the latest git version of branch kamailio_3.0? It was a fix
> to dialog after the 3.0.0 release, adding some sanity checks for broken
> messages:
>
> http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=787fabb1e0085355aa1eeb77d5f17e7940f4ed3c
>
> On the other hand, I see you got a core dump file:
> Apr 21 10:19:57 kamvm-1 /usr/local/sbin/kamailio[28507]: ALERT: <core>
> [main.c:722]: child process 28511 exited by a signal 11
> Apr 21 10:19:57 kamvm-1 /usr/local/sbin/kamailio[28507]: ALERT: <core>
> [main.c:725]: core was generated
>
> Locate the core file and sent the backtrace. The core is either in root '/'
> folder or in working directory (if you provided by -w parameter).
>
> Use the gdb:
>
> gdb /path/to/kamailio core_file
>
> then do bt and send here.
>
> Thanks,
> Daniel
>
> On 4/21/10 11:38 AM, Kelvin Chua wrote:
>
> ok, i'll enable debug for now.
> but if it's indeed a buggy UA, the dialog module should not have crashed
> but instead dropped the dialog/session and moved on, something i think
> we need to address to be more resilient.
>
>  i hope i catch the culprit when this happens again.
>
> Kelvin Chua
>
>
> On Wed, Apr 21, 2010 at 5:33 PM, Iñaki Baz Castillo <ibc at aliax.net> wrote:
>
>> 2010/4/21 Kelvin Chua <kelchy at gmail.com>:
>>  > i wonder if anybody from list is also experiencing this?
>>
>> Perhaps in your case you have a buggy UA setting an invalid Contact
>> header and it causes Kamailio to crash, maybe the reason others have
>> not detected same issue.
>>
>> Could you get some SIP traces until the problem occurs again?
>> or perhaps could you enable the debug?
>>
>> --
>>  Iñaki Baz Castillo
>> <ibc at aliax.net>
>>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierla * http://www.asipto.com/ *
> http://twitter.com/miconda *
> http://www.linkedin.com/in/danielconstantinmierla
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20100421/ad126f58/attachment.htm>


More information about the sr-users mailing list