[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=200339#comment-200339 ] 

Jonathan Rose edited comment on ASTERISK-20499 at 12/5/12 11:18 AM:
--------------------------------------------------------------------

Sorry about this, but I've basically exhausted the angles I can think of to approach this problem from without hacking on the library itself to isolate it further and at present, I can't devote any more time to this issue. I've tried to recreate every detail of your setup from configurations and the phone I'm using to actually making sure my SIP invite is a perfect mirror of yours, and everything seems nearly identical. The difference probably lies in some crypto-specific stuff within the policy struct received by libsrtp, but I can't confirm that.

I'm going to go ahead and post a review for the crash itself. The problems you are having might be related to specifics of your operating system (including differences in libraries), so if you want to go further down the rabbit hole with this issue, reproducing it (or failing to) on a different machine would be a good start. You should open a new issue now that the crash is resolved, though a link to this one would be a good idea.
                
      was (Author: jrose):
    Sorry about this, but I've basically exhausted the angles I can think of to approach this problem from without hacking on the library itself to isolate it further and at present, I can't devote any more time to this issue. I've tried to recreate every detail of your setup from configurations and the phone I'm using to actually making sure my SIP invite is a perfect mirror of yours, and everything seems nearly identical. The difference probably lies in some crypto-specific stuff within the policy struct received by libsrtp, but I can't confirm that.

I'm going to go ahead and post a review for the crash itself. The problems you are having might be related to specifics of your operating system (including differences in libraries), so if you want to go further down the rabbit hole with this issue, reproducing it (or failing to) on a different machine would be a good start.
                  
> 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, 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_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