[SR-Users] Crash on processing dialog BYE

Ovidiu Sas osas at voipembedded.com
Wed Oct 20 18:12:57 CEST 2010


That's right.  I forgot about that one:
http://www.kamailio.org/docs/modules/3.1.x/modules_k/sst.html#id2968725

Thanks,
Ovidiu

On Wed, Oct 20, 2010 at 11:25 AM, Timo Reimann <timo.reimann at 1und1.de> wrote:
> On 20.10.2010 16:47, Ovidiu Sas wrote:
>> mediaproxy and qos:
>> http://www.kamailio.org/docs/modules/3.1.x/modules/mediaproxy.html#id3080297
>> http://www.kamailio.org/docs/modules/3.1.x/modules_k/qos.html#id2747034
>
> "sst" too, AFAIK.
>
>
> Cheers,
>
> --Timo
>
>
>> On Wed, Oct 20, 2010 at 10:31 AM, Alex Balashov
>> <abalashov at evaristesys.com> wrote:
>>> Not that I know of.  Remind me which modules have dialog dependency?
>>>
>>> On 10/20/2010 09:27 AM, Ovidiu Sas wrote:
>>>
>>>> Are you using any module on top of the dialog module?
>>>>
>>>> Regards,
>>>> Ovidiu Sas
>>>>
>>>> On Tue, Oct 19, 2010 at 7:00 PM, Alex Balashov
>>>> <abalashov at evaristesys.com>  wrote:
>>>>>
>>>>> We had another one of these today, under high call volume:
>>>>>
>>>>> (gdb) where
>>>>> #0  0x0000003a60430265 in raise () from /lib64/libc.so.6
>>>>> #1  0x0000003a60431d10 in abort () from /lib64/libc.so.6
>>>>> #2  0x0000000000530a91 in qm_free (qm=0x2b343e1aa000, p=0x2b343eddf6e8,
>>>>>    file=0x2b343dd860c3 "dialog: dlg_hash.c",
>>>>>    func=0x2b343dd86b42 "destroy_dlg", line=176) at mem/q_malloc.c:447
>>>>> #3  0x00002b343dd6a2ea in destroy_dlg (dlg=0x2b343fe1d6f8) at
>>>>> dlg_hash.c:176
>>>>> #4  0x00002b343dd6d33a in unref_dlg (dlg=0x2b343fe1d6f8, cnt=1)
>>>>>    at dlg_hash.c:591
>>>>> #5  0x00002b343dd73a04 in profile_cleanup (msg=<value optimized out>,
>>>>>    flags=<value optimized out>, param=0x6) at dlg_profile.c:317
>>>>> #6  0x00000000004be9a1 in exec_post_script_cb (msg=0xa06e80,
>>>>>    type=<value optimized out>) at script_cb.c:195
>>>>> #7  0x00000000004989f0 in receive_msg (
>>>>>    buf=0x8b6300 "BYE sip:15746317356 at yyy.yyy.yyy.yyy:5060
>>>>> SIP/2.0\r\nRecord-Route:
>>>>> <sip:yyy.yyy.yyy.yyy;lr;ftag=gK0ebaf6d4>\r\nRecord-Route:
>>>>> <sip:67.231.8.89;lr;ftag=gK0ebaf6d4>\r\nVia: SIP/2.0/UDP
>>>>> xxx.xxx.xxx.xxx;branch=z9hG4bKd757."...,
>>>>>    len=<value optimized out>, rcv_info=0x7fff4a043230) at receive.c:221
>>>>> #8  0x000000000052576a in udp_rcv_loop () at udp_server.c:532
>>>>> #9  0x0000000000468dcd in main_loop () at main.c:1554
>>>>> #10 0x000000000046be9f in main (argc=<value optimized out>,
>>>>>    argv=0x7fff4a043508) at main.c:2398
>>>>>
>>>>> Is this a regression, or memory corruption from something else?
>>>>>
>>>>> This is with CANCEL_REASON_SUPPORT #undef'd in tm_reply.h, btw.
>>>>>
>>>>> --
>>>>> Alex Balashov - Principal
>>>>> Evariste Systems LLC
>>>>> 1170 Peachtree Street
>>>>> 12th Floor, Suite 1200
>>>>> Atlanta, GA 30309
>>>>> Tel: +1-678-954-0670
>>>>> Fax: +1-404-961-1892
>>>>> Web: http://www.evaristesys.com/
>>>>>
>>>>> _______________________________________________
>>>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>>>> sr-users at lists.sip-router.org
>>>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>
>>>
>>> --
>>> Alex Balashov - Principal
>>> Evariste Systems LLC
>>> 1170 Peachtree Street
>>> 12th Floor, Suite 1200
>>> Atlanta, GA 30309
>>> Tel: +1-678-954-0670
>>> Fax: +1-404-961-1892
>>> Web: http://www.evaristesys.com/
>>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>



More information about the sr-users mailing list