[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