[asterisk-bugs] [JIRA] (ASTERISK-27212) bridge_softmix: Quickly joining/leaving may cause video stream to remain in SFU

Friendly Automation (JIRA) noreply at issues.asterisk.org
Wed Aug 23 14:52:10 CDT 2017


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

Friendly Automation commented on ASTERISK-27212:
------------------------------------------------

Change 6281 merged by Joshua Colp:
bridge_channel.c: Fix FRACK when mapping frames to the bridge.

[https://gerrit.asterisk.org/6281|https://gerrit.asterisk.org/6281]

> bridge_softmix: Quickly joining/leaving may cause video stream to remain in SFU
> -------------------------------------------------------------------------------
>
>                 Key: ASTERISK-27212
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-27212
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 15.0.0-beta1
>            Reporter: Richard Mudgett
>            Assignee: Richard Mudgett
>         Attachments: backtrace_20170818_full.txt, backtrace_20170818.txt
>
>
> When a participant quickly joins/leaves a conference bridge in SFU there seems to be a race condition where the renegotiation to add the newly joined participant occurs for anyone still in the bridge but the renegotiation to remove the stream may not occur. This causes a "Waiting For Video" to show up on the existing participants indefinitely.
> There are several problems:
> # The main problem is a deadlock between the bridge_channel and channel locks.  Also the bridge lock needs to be held for other renentrancy reasons concerning the bridge struct members.
> # A FRACK occasionally happens when the stream topology is changing.
> # A crash can occasionally happen while the SDP is renegotiated.



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



More information about the asterisk-bugs mailing list