[asterisk-bugs] [JIRA] (ASTERISK-25385) A11 SIGSEGV Crashes in srtp_get_stream (), in ast_srtp_protect

Rusty Newton (JIRA) noreply at issues.asterisk.org
Fri Sep 11 08:27:33 CDT 2015


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

Rusty Newton closed ASTERISK-25385.
-----------------------------------

    Resolution: Not A Bug

So, [~jcolp] looked over this issue with me. This doesn't appear to be an issue within Asterisk.

I'd recommend verifying that you have the very latest libsrtp version and if the crash happens again be sure you get libsrtp debug symbols for the trace. File it with the libsrtp project at that time.

Otherwise we can't do much investigation here without being able to reproduce the issue.



> A11 SIGSEGV Crashes in srtp_get_stream (), in ast_srtp_protect
> --------------------------------------------------------------
>
>                 Key: ASTERISK-25385
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25385
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 11.19.0
>         Environment: Ubuntu 14.04.2 LTS , asterisk version 11.19 updated to trunk, last commit: b4535b0
>            Reporter: Nicole McIntosh
>         Attachments: pandora-debug-sept8_c_last10000.txt, pandora-debug-sept8_c.txt.gz, pandora-fullbt-sept8_c.txt
>
>
> Running production server, asterisk crash, related to srtp. We have many servers all using webrtc.
> initial backtrace:
> {noformat}
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> Core was generated by `/usr/sbin/asterisk -f -vvvg -c'.
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0  0x00007f287a2130e0 in srtp_get_stream () from /usr/lib/libsrtp.so.0
> (gdb) bt
> #0  0x00007f287a2130e0 in srtp_get_stream () from /usr/lib/libsrtp.so.0
> #1  0x00007f287a213d27 in srtp_protect_rtcp () from /usr/lib/libsrtp.so.0
> #2  0x00007f287a429400 in ast_srtp_protect (srtp=0x7f2765cca750, buf=0x7f281aa1a928,
>     len=0x7f281aa1a924, rtcp=1) at res_srtp.c:432
> #3  0x00007f282d1936ea in __rtp_sendto (instance=0x7f2765db57a8, buf=0x7f281aa1ab20,
>     size=64, flags=0, sa=0x7f281aa1aa90, rtcp=1, ice=0x7f281aa1aa34, use_srtp=1)
>     at res_rtp_asterisk.c:2170
> #4  0x00007f282d1937d7 in rtcp_sendto (instance=0x7f2765db57a8, buf=0x7f281aa1ab20, size=64,
>     flags=0, sa=0x7f281aa1aa90, ice=0x7f281aa1aa34) at res_rtp_asterisk.c:2190
> #5  0x00007f282d196f19 in ast_rtcp_write_sr (instance=0x7f2765db57a8)
>     at res_rtp_asterisk.c:3066
> #6  0x00007f282d197575 in ast_rtcp_write (data=0x7f2765db57a8) at res_rtp_asterisk.c:3135
> #7  0x000000000057c062 in ast_sched_runq (con=0x1f48400) at sched.c:639
> #8  0x00007f2878885eca in do_monitor (data=0x0) at chan_sip.c:29360
> #9  0x000000000059a3c8 in dummy_start (data=0x1fc4360) at utils.c:1223
> #10 0x00007f287cd68182 in start_thread (arg=0x7f281aa1b700) at pthread_create.c:312
> #11 0x00007f287ded547d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
> {noformat}



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



More information about the asterisk-bugs mailing list