[asterisk-bugs] [JIRA] (ASTERISK-24925) Crash within pjprojects(libpjnath) pj_stun_session_on_rx_pkt
Stefan Engström (JIRA)
noreply at issues.asterisk.org
Thu Apr 9 04:12:32 CDT 2015
[ https://issues.asterisk.org/jira/browse/ASTERISK-24925?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Stefan Engström updated ASTERISK-24925:
---------------------------------------
Attachment: wiresharksnapshotstunburst.PNG
webrtcstundebug.pdf
I am uploading two sketches i made when trying to understand the underlying process for which the crash happend. It seems the stun-process (ice-process) behaves very weird (in my unprofessional opinion), and I don't know whose fault that is. There are at least two weird things I noticed:
a) When we call a webrtc peer that uses chrome, that peer sends 10-100 stun requests per second from the moment it receives the SDP offer until it answers the call with OK. Perhaps not a problem, but firefox does not do this. Does that happen for anyone else?
b) When we call a webrtc peer that uses chrome and that peer sends a OK with a SDP Answer, then upon receiving the answer, asterisk (through pjprojects) sends 10-100 _identical_ stun requests within the same millisecond (to the same RTP/RTCP ports which are later used for rtp-media). (see wireshark snapshot and the other sketch). Does this happen for anyone else, or is it just my environment that's bad? I tried both version 2.2 and 2.3 but i have only tried Fedora 20 with x86_64 and only on virtual machines
I finally got the debuginfo symbols to work for pjprojects so when next crash happens im gonna upload a coredump with useful info
> 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: Stefan Engström
> Attachments: 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