[asterisk-bugs] [JIRA] (ASTERISK-20499) Crash in libsrtp srtp_unprotect_rtcp when SIP channel is bridged with non-optimizing Local channel
Jonathan Rose (JIRA)
noreply at issues.asterisk.org
Wed Nov 28 14:51:45 CST 2012
[ https://issues.asterisk.org/jira/browse/ASTERISK-20499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=200209#comment-200209 ]
Jonathan Rose commented on ASTERISK-20499:
------------------------------------------
Once again, I need you to use the latest (emphasis on latest) diagnostic patch (posted at 19/Nov/12 9:57 AM). That is to say srtp_diagnostic_with_sleep.diff - I am quite certain that you are still not using this patch because a log message between 'attempting srtp_create at %p' and 'result of srtp_create at %p' is missing from the results you are giving me, and there are no conditions for this log message to appear. To make things a little easier, I've deleted the old patch which didn't contain this log message.
If you don't use that particular version of the diagnostic patch, I won't be able to see why srtp_create is failing.
In the meantime, I'll go over the pcap and your configurations to see if I can't figure out why I've been having so much trouble reproducing this locally.
> Crash in libsrtp srtp_unprotect_rtcp when SIP channel is bridged with non-optimizing Local channel
> --------------------------------------------------------------------------------------------------
>
> Key: ASTERISK-20499
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-20499
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Channels/chan_sip/SRTP
> Affects Versions: 10.8.0
> Environment: RHEL 5.8 on IBM X3650 M4 - 12 core - Xeon E5-2640 @ 2,50 ghz
> Reporter: tootai
> Assignee: tootai
> Severity: Critical
> Attachments: asterisk-20499_20121127.log, asterisk-20499_20121127.pcap, asterisk-20499.txt, backtrace.txt, backtrace.txt, backtrace.txt, backtrace.txt, coredump20121001205609.txt, gdb.txt, gdb.txt, gdb.txt, gdb.txt, libsrtp-1.4.4-fix_crash_on_rtcp_decode.patch, srtp_diagnostic_with_sleep.diff, srtp_fixes_it_maybe.diff
>
>
> A call from snom320 in SRTP mode to echo test or to another phone *NOT* using SRTP is OK. Now we installed PhonerLite softphone with TLS/SRTP stuf and test with echo test: everything is OK too.
> Now PhonerLite calls the snom: asterisk coredump after 3~5 seconds and we are NOT able to make anymore SRTP calls after this, they all crash asterisk. We had this issue with 10.7.0 and 10.8.0
> We have logfiel from strace as well as coredump.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list