[asterisk-bugs] [JIRA] (ASTERISK-28420) In WebRTC video call scenario, packet loss lead to frozen video。
Asterisk Team (JIRA)
noreply at issues.asterisk.org
Mon May 20 20:09:47 CDT 2019
[ https://issues.asterisk.org/jira/browse/ASTERISK-28420?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Asterisk Team updated ASTERISK-28420:
-------------------------------------
Assignee: Asterisk Team (was: Aaron An)
Status: Triage (was: Waiting for Feedback)
> In WebRTC video call scenario, packet loss lead to frozen video。
> -----------------------------------------------------------------
>
> Key: ASTERISK-28420
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-28420
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Resources/res_srtp
> Affects Versions: 16.3.0
> Environment: CentOS 7.5
> Reporter: Aaron An
> Assignee: Asterisk Team
> Labels: webrtc
>
> In WebRTC video call scenario, calls from Chrome to asterisk. When network is pool, asterisk reports warnings like "SRTP unprotect failed" "SRTP try to re-create" and then the video is frozen, the same time asterisk console report "SRTCP unprotect failed on SSRC xxx" every 1-2 seconds until the call ended. I have investigated this issue for several days and find that there is something wrong with the srtp re-create process. The srtp->policy is store in the hash buckets which is initialized with 5. This should change from 5 to 1 to avoid indeterminacy policy order when re-create the srtp session。
> in res_srtp.c function res_srtp_new()
> srtp->policies = ao2_t_container_alloc_hash(AO2_ALLOC_OPT_LOCK_MUTEX, 0, 5,
> policy_hash_fn, NULL, policy_cmp_fn, "SRTP policy container");
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list