[asterisk-bugs] [JIRA] (ASTERISK-20499) Crash in libsrtp srtp_unprotect_rtcp when SIP channel is bridged with non-optimizing Local channel

[Jonathan Rose (JIRA)]

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

Jonathan Rose edited comment on ASTERISK-20499 at 12/5/12 3:48 PM:
-------------------------------------------------------------------

No, you are just the only one we are seeing who is having these particular problems. It's weird because I had no trouble setting up a working srtp+tls enabled peer using the same phone and most of the same settings as you are.

EDIT:
It looks like the patch did cause a different crash also occuring with srtp_create for you though.  I'll poke at that and try to fix it real quick.

EDIT:
Ehhhh, looking over it again I'm not so sure.  Are you using fresh checkouts of 10 from svn to cause this crash?  I noticed you posted the various diagnostic patch messages in this last log dump you were talking about, but that had nothing to do with the the actual patch that went in.

EDIT:
I found out why the crash in unprotect is happening... and this is messier than I'd anticipated. A lot of stuff isn't handling the srtp_create failures well at all and getting things to do so is certainly proving tricky.
                
      was (Author: jrose):
    No, you are just the only one we are seeing who is having these particular problems. It's weird because I had no trouble setting up a working srtp+tls enabled peer using the same phone and most of the same settings as you are.

EDIT:
It looks like the patch did cause a different crash also occuring with srtp_create for you though.  I'll poke at that and try to fix it real quick.

EDIT:
Ehhhh, looking over it again I'm not so sure.  Are you using fresh checkouts of 10 from svn to cause this crash?  I noticed you posted the various diagnostic patch messages in this last log dump you were talking about, but that had nothing to do with the the actual patch that went in.
                  
> 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: Jonathan Rose
>            Severity: Critical
>         Attachments: asterisk-20499_20121127.log, asterisk-20499_20121127.pcap, asterisk-20499_20121129_01.txt, asterisk-20499.txt, backtrace20121205.txt, backtrace.txt, backtrace.txt, backtrace.txt, backtrace.txt, coredump20121001205609.txt, gdb20121205.txt, gdb.txt, gdb.txt, gdb.txt, gdb.txt, libsrtp-1.4.4-fix_crash_on_rtcp_decode.patch, srtp_diagnostic_patch_policy_breakdown.diff, 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