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

[tootai (JIRA)]

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

tootai commented on ASTERISK-20934:
-----------------------------------

Matt, sorry for not being clear, apologize.

1. I didn't know I had to wait 10.12.0 version to see Jonathan's patch included, so I apply it myself by adapting it to 10.11.1 version.
2. I don't use the issue tracker as a support, I face a problem with asterisk crashing, I'm not involved in development, I can't know if it's an asterisk issue or a libsrtp one or something else.

That say, I installed the 10.12.0 and crashes disappears till today. I attach the gdb and backtrace from the first crash.

What is to notice is that after a crash, the snom phones has to be rebooted to not generate new crash on next call. And as I see lot's of 

[2013-01-16 14:15:26] ERROR[18375] tcptls.c: Unable to connect SIP socket to xxx.yyy.134.24:3165: Connection refused  

as well as

[2013-01-16 14:20:12] WARNING[18351] chan_sip.c: sip_xmit of 0x167528f0 (len 634) to xxx.yyy.134.24:3393 returned -2: Success 

or

[2013-01-16 14:21:52] WARNING[18351] chan_sip.c: sip_xmit of 0x16764a80 (len 634) to xxx.yyy.134.24:3393 returned -2: No such file or directory

after a crash, is it possible that asterisk is keeping some datas from previous phone connection? This would perhaps explain why a reboot from the phone is making things working again.

If I understand the gdb, problem lies in res_srtp. Is it an asterisk issue or should I contact the libsrtp bug tracker as you suggest?

Other information: asterisk is running outside lans on Internet in DC, all customer phones are natted. This explain perhaps why Jonathan couldn't reproduce the problem.

I'm sorry if you feel that I take your time and use this tracker for support, believe me it's not the case, again, apologize.

Regards

Daniel
                
> 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, 10.12.0
>         Environment: RHEL 5.8 on IBM X3650 M4 - 12 core - Xeon E5-2640 @ 2,50 ghz
>            Reporter: tootai
>            Severity: Critical
>         Attachments: backtrace_10.12.0_1601131158.txt, backtrace.txt, gdb_10.12.0_1601131158.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