[asterisk-bugs] [JIRA] (ASTERISK-25275) A11 SIGSEGV from pjnpath check_cached_response (ast_rtcp_read -> pj_stun_session_on_rx_pkt)

Dade Brandon (JIRA) noreply at issues.asterisk.org
Wed Jul 22 14:07:32 CDT 2015


    [ https://issues.asterisk.org/jira/browse/ASTERISK-25275?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=227009#comment-227009 ] 

Dade Brandon edited comment on ASTERISK-25275 at 7/22/15 2:07 PM:
------------------------------------------------------------------

Backtrace for the debug log posted one comment up;  still virtually the same codepath
(Restricted to JIRA Users group)

was (Author: dade):
Backtrace for the debug log posted one comment up;  still 
(Restricted to JIRA Users group)
> A11 SIGSEGV from pjnpath check_cached_response (ast_rtcp_read -> pj_stun_session_on_rx_pkt)
> -------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-25275
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25275
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 11.18.0
>         Environment: Ubuntu 14.04.2; Linux 3.13.0-24-generic SMP; Intel E3-1231 
> Openssl 1.0.1f-1ubuntu2.15 (Jun 11 2015; most recent available) 
> libsrtp0 / libsrtp0-dev 1.4.5~20130609~dfsg-1
>            Reporter: Dade Brandon
>         Attachments: 6-2-phx-crash_jul_22_1043am_backtrace.txt, 6-2-phx-crash_jul_22_1043am.p.txt.gz, atlas-backtrace-july22 2015.txt
>
>
> This may be a duplicate of my other just-created issue, ASTERISK-25274, however since the backtrace has a different signal point, I am following previous instruction to create separate issues.
> We have the patch from ASTERISK-25103 added to trunk 11 with a few custom patches (mostly just debug messages). The following crash occurs infrequently (1-5 times per week, usually batched together and on the same server(s); based on the pattern I imagine that there is a remote factor in whether or not the crash occurs, such as a slow peer )
> A full backtrace and debug log will be attached shortly after this issue is created;  here is a snip of the top chunk of the backtrace, for assistance in reviewing the issue:
> {noformat}
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0 check_cached_response
> #1 pj_stun_session_on_rx_pkt ()
> #2 pj_ice_sess_on_rx_pkt ()
> #3 __rtp_recvfrom
>  (instance=0xvalidptr, buf=0xvalidptr, size=8192, flags=0, sa=validptr, rtcp=1)
> {noformat}



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



More information about the asterisk-bugs mailing list