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

[tootai (JIRA)]

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

tootai edited comment on ASTERISK-20499 at 12/12/12 6:10 AM:
-------------------------------------------------------------

Jonathan: an all core dump was your patch applied.

Anyway, I found out what happends: after having upgraded the snom320 firmware, I try secure calls to 2 servers without having any problem, and the third one had the failure described on 07/Dec/12 5:18PM. From now, doesn't matter which server I call, all secure calls will generate a core dump.

Now I restart the snom320 and ... everything is coming back to a normal behaviour, no more crashes. This bring two questions:

- why asterisk crashes on the third server. I will investigate ...
- why the snom is able to crash other servers *only in SRTP mode* after the first crash

Daniel
                
      was (Author: tootai):
    Jonathan: an all core dump was your patch applied.

Anyway, I found out what happends: after having upgraded the snom320 firmware, I try secure calls to 2 servers without having any problem, and the third one had the failure described on 07/Dec/12 5:18PM. From now, doesn't matter which server I call, all secure calls will generate a core dump.

Now I restart the snom320 and ... everything is coming back to a normal behaviour, no more crashes. This bring two questions:

- why asterisk crashes on the third server. I will investigate ...
- why the snom is able to crash other servers -only in SRTP mode- after the first crash

Daniel
                  
> 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, backtrace1213_1.8.txt, backtrace1222_1.8.txt, backtrace1251.txt, backtrace1436.txt, backtrace1442.txt, backtrace1932.txt, backtrace20121205.txt, backtrace.txt, backtrace.txt, backtrace.txt, backtrace.txt, coredump20121001205609.txt, gdb1213_1.8.txt, gdb1222_1.8.txt, gdb1251.txt, gdb1436.txt, gdb1442.txt, gdb1932.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