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

[Matt Jordan (JIRA)]

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

Matt Jordan commented on ASTERISK-20934:
----------------------------------------

Your issue description and subsequent comment makes the situation unclear.

# Jonathan's patch from ASTERISK-20499 should be in Asterisk 1.8.20.0/10.12.0/11.2.0. Running with an unpatched version of Asterisk and reporting a crash isn't useful - his patch fixed the off nominal condition where {{libsrtp}} cannot be setup.
# The issue tracker is not a support forum. If {{libsrtp}} reports back an error that it cannot be initialized; cannot unprotect a packet, etc. - we do not have the capability to fix that. The Asterisk development team is not going to take on the burden of modifying {{libsrtp}}'s source. On that path lies embedding libraries into Asterisk and madness.

If you are running with a version of Asterisk with the patch Jonathan developed, *and* it appears as if Asterisk is interoperating with {{libsrtp}} incorrectly or is unable to protect/unprotect an RTP packet that it should be able to handle, then there is an issue. 

The fact that some of your devices are apparently working should indicate, however, that the problem isn't with Asterisk.

[libsrtp bug tracker|http://sourceforge.net/tracker/?group_id=38894&atid=423799]
                
> Crash in libsrtp srtp_unprotect_rtcp when SIP channel is bridged with non-optimizing Local channel - NEXT
> ---------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-20934
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20934
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/SRTP
>    Affects Versions: 10.8.0, 10.11.1
>         Environment: RHEL 5.8 on IBM X3650 M4 - 12 core - Xeon E5-2640 @ 2,50 ghz
>            Reporter: tootai
>            Severity: Critical
>         Attachments: backtrace.txt, gdb.txt
>
>
> 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