[OpenSIPS-Users] B2BUA/Top Hiding in 1.7 trunk

[Ovidiu Sas]

If you run with a db and you perform a server restart, your active
calls won't be lost.
The fix is not difficult to make, but I need to check the code to see
the proper way to fix this (have't touched the b2b code in a while).

Regards,
Ovidiu Sas

On Thu, Oct 27, 2011 at 3:23 PM, Jock McKechnie
<jock.mckechnie at gmail.com> wrote:
> Is this likely to be corrected in the trunk anytime soon? Or is it
> smarter to just run a DB?
> (I hate to do it - I don't need it for anything in this, it seems like
> a waste of computer resources).
>
> To be honest, I'm not even entirely sure what it's used for in this instance.
>
> Cheers (to both ddgiants and Ovidiu);
>
>  - Jock
>
> On Thu, Oct 27, 2011 at 1:30 PM, Ovidiu Sas <osas at voipembedded.com> wrote:
>> I managed to reproduce the crash.
>> It happens if you don't use a db (I was using a db and therefore I
>> don't have a crash).
>>
>> Thanks,
>> Ovidiu
>>
>> On Thu, Oct 27, 2011 at 1:59 PM, ddgiants <ddgiants at gmail.com> wrote:
>>> Ok found instructions on getting it from a core file - here ya go. I did the
>>> followng
>>> hp-opensuse:/tmp # gdb opensips core_client
>>> (gdb)bt
>>>
>>> udp_rcv_loop () at udp_server.c:419
>>>
>>> -------
>>>
>>> (gdb) bt
>>> #0  0x00000000 in ?? ()
>>> #1  0xb70b209e in b2bl_db_delete (tuple=0xb50ae0e0) at b2bl_db.c:136
>>> #2  0xb70cde5d in b2bl_delete (tuple=0xb50ae0e0, hash_index=695,
>>> not_del_b2be=0) at records.c:531
>>> #3  0xb70ba127 in b2b_logic_notify_reply (src=1, msg=0x81fbb1c,
>>> key=0xb50b41b0, body=0xbfc037ac, extra_headers=0xbfc037a4,
>>> b2bl_key=0xbfc04058, hash_index=695, local_index=0)
>>>    at logic.c:1178
>>> #4  0xb70c1fc8 in b2b_logic_notify (src=1, msg=0x81fbb1c, key=0xb50b41b0,
>>> type=1, param=0xbfc04058) at logic.c:1968
>>> #5  0xb70c3794 in b2b_client_notify (msg=0x81fbb1c, key=0xb50b41b0, type=1,
>>> param=0xbfc04058) at logic.c:2567
>>> #6  0xb70f00cd in b2b_tm_cback (t=0xb50ae404, htable=0xb50a2f48,
>>> ps=0xbfc040f4) at dlg.c:2522
>>> #7  0xb70e3d81 in b2b_client_tm_cback (t=0xb50ae404, type=256,
>>> ps=0xbfc040f4) at client.c:44
>>> #8  0xb711c60f in run_trans_callbacks (type=256, trans=0xb50ae404, req=0x0,
>>> rpl=0x81fbb1c, code=200) at t_hooks.c:212
>>> #9  0xb712bc50 in local_reply (t=0xb50ae404, p_msg=0x81fbb1c, branch=0,
>>> msg_status=200, cancel_bitmap=0xbfc04228) at t_reply.c:1358
>>> #10 0xb712c8eb in reply_received (p_msg=0x81fbb1c) at t_reply.c:1503
>>> #11 0x0806ccd2 in forward_reply (msg=0x81fbb1c) at forward.c:568
>>> #12 0x080a92a1 in receive_msg (
>>>    buf=0x81d2200 "SIP/2.0 200 OK\r\nVia: SIP/2.0/UDP
>>> 192.168.1.116;branch=z9hG4bK63b8.fb65e61.0\r\nFrom: \"xxx\"
>>> <sip:xxxxxxxxxx at 192.168.1.116>;tag=ec18c2dd39374640f
>>> 193aecc9579b359\r\nTo: <sip:xxxxxxxxx at 192.168"..., len=338,
>>> rcv_info=0xbfc043c8) at receive.c:203
>>> #13 0x08112081 in udp_rcv_loop () at udp_server.c:419
>>> #14 0x08075a02 in main_loop (argc=3, argv=0xbfc04564) at main.c:885
>>> #15 main (argc=3, argv=0xbfc04564) at main.c:1503
>>>
>>> --
>>> View this message in context: http://opensips-open-sip-server.1449251.n2.nabble.com/B2BUA-Top-Hiding-in-1-7-trunk-tp6933831p6937385.html
>>> Sent from the OpenSIPS - Users mailing list archive at Nabble.com.
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>