[asterisk-bugs] [JIRA] (ASTERISK-30269) SRTCP UNPROTECT FAILED (UNHOLD ISSUES)

[Tyler Pearson (JIRA)]

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

Tyler Pearson commented on ASTERISK-30269:
------------------------------------------

We upgraded to 18.15.0 and now there is only one way audio with the same error message of "res_srtp.c: SRTCP unprotect failed on SSRC 1120105267 because of replay check failed (index too old)". I also tried putting the call back on hold and resuming the call, but that cuts all audio and additionally has the message: "res_srtp.c: SRTP unprotect failed on SSRC 1120105267 because of authentication failure 160".

> SRTCP UNPROTECT FAILED (UNHOLD ISSUES)
> --------------------------------------
>
>                 Key: ASTERISK-30269
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-30269
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_pjsip_outbound_registration, Resources/res_srtp
>    Affects Versions: 18.2.1
>         Environment: Debian GNU/Linux 10 (buster) in GCP.
>            Reporter: Tyler Pearson
>            Assignee: Tyler Pearson
>
> We just upgraded our phone servers to the new Incredible PBX (Asterisk Version: 18.2.1). I can't find any other form online that has offered a suggestion for a fix to a hold issue we are having.
> When a call comes in, audio on both ends works until that call is placed on hold from our end for what seems to be a certain amount of time; When the call is retrieved from hold, there is no audio on our end, but sometimes the other end can still hear us. I can pretty reliably reproduce the issue by calling from my cell phone into our phone server, placing myself on hold, and then waiting to retrieve that call for about 15-20+ minutes (anytime the call is retrieved before that time, audio resumes okay on both ends). Our phone server at that time then continuously produces the following logs until the call is terminated by either side:
> 19243 [2022-10-04 16:44:21] VERBOSE[21514][C-0000001c] res_srtp.c: SRTCP unprotect failed on SSRC 1667512219 because of replay check failed (index too old)
> 19244 [2022-10-04 16:44:21] VERBOSE[21514][C-0000001c] res_srtp.c: SRTP unprotect failed on SSRC 1667512219 because of authentication failure 160
> This message sometimes also appears:
> 5904 [2022-10-04 11:21:18] WARNING[27806] res_pjsip_outbound_registration.c: No response received from 'sip:**our-telephony-provider.com**:5060' on registration attempt to 'sip:70511898@**our-telephony-provider.com**:5060', retrying in '60'
> Our telephony provider looked a bit into this and said it may be a media session timeout while on hold. They also could not tell from a PCAP of the issue if it was our sever or the softphone we are using (Linphone). They pointed us to contact Asterisk support. I reached out to people on voip-info.org (here is the thread: https://www.voip-info.org/forum/threads/srtcp-unprotect-failed-unhold-issues.26668/)  and they pointed me here.
> Not sure if this is the right place for this, but would someone be able to help me troubleshoot this?



--
This message was sent by Atlassian JIRA
(v6.2#6252)