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

[Dade Brandon (JIRA)]

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

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

    Attachment: Backtraces April 28 to May 1st.zip

I'm attaching 34 backtraces from the past week, I think they are all regarding the same issue.  As I mentioned, there's not only the SEGV in check_cached_response called from pj_stun_session_on_rx_pkt, but also coming from destroy_tdata.  There are also backtraces from SSL asserts, malloc asserts (double free errors, corrupt double-linked list, corrupted unsorted chunks).

These issues were not present before switching our userbase to WebRTC

If there's anything I can run on these pcaps to provide further asistance, or instructions someone can provide me to enable GDB support for the pjproject functions, I am open to help as much as possible.   I'm keeping these cores and the original exes around.


> 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, Backtraces April 28 to May 1st.zip, 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)