[asterisk-bugs] [JIRA] (ASTERISK-24925) Crash within pjprojects(libpjnath) pj_stun_session_on_rx_pkt

Dade Brandon (JIRA) noreply at issues.asterisk.org
Mon Apr 27 19:40:33 CDT 2015


     [ https://issues.asterisk.org/jira/browse/ASTERISK-24925?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Dade Brandon updated ASTERISK-24925:
------------------------------------

    Attachment: add_bt.txt

In case this helps, although I don't have pjproject debug symbols on this server instance, this backtrace appears to be related.   It's in destroy_tdata which is the inline function used to release the pjproject lists, which is dependent on the same - that .next is never null - there's only two destroy_tdata calls in pj_stun_session_destroy.  I'd like to assume this is on the same sess->cached_response_list and that the corruption of this list is occurring similarly to my previous debug references, but of course this could be for the pending_request_list.   If you know of a way for me to retrieve more useful data from this core dump, let me know what commands to put in.

> Crash within pjprojects(libpjnath) pj_stun_session_on_rx_pkt
> ------------------------------------------------------------
>
>                 Key: ASTERISK-24925
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24925
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_pjsip, pjproject/pjsip
>    Affects Versions: 13.1.0
>         Environment: pjprojects version 2.2, asterisk version 13.1.0, OS is 64 bit fedora 20.
>            Reporter: Stefan Engström
>            Assignee: Matt Jordan
>         Attachments: add_bt.txt, crash-coredump-with-debuginfo-toupload, crash-coredump-with-debuginfo-toupload.txt, webrtcstundebug.pdf, wiresharksnapshotstunburst.PNG
>
>
> Not yet reproducable. The use-case is a dial to a webrtc-peer, that is a chan_sip peer with transport wss and icesupport=yes.
> Will try to debug this issue myself first, and add more data  continuously.



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list