You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We've seen a few times now that a server can be put under very heavy load when breakouts are started with 30+ users in a meeting. Going through the akka-apps logs shows multiple (12+) requests to get a breakout join URL for the same user and same breakout room. One meeting can generate thousands of requests and flood the server with messages to process. At the moment it's unclear if it's the server or the client causing the flood.
Two of the cases we've seen have been when the breakout rooms are configured to be "free join" and that might be a trigger to the problem, but at the moment it's unconfirmed.
We need to ensure that there is only one request made to get the join URL.
The text was updated successfully, but these errors were encountered:
Because the request to get the join URL is in the Tracker it is going to run whenever and if the server is behind in messages the client will request over and over again for the same thing.
There's also a secondary issue in the component where it will request a join URL whenever the select box changes, no matter if the request was previously just made or not.
I think what we need is to only request the join URL once the user has actually selected to join the room. There's no point in requesting it early this.
ffdixon
changed the title
There's a flood of duplicate GetBreakoutJoinURL requests when breakouts are started
Flood of duplicate GetBreakoutJoinURL requests when breakouts are started
Oct 24, 2019
We've seen a few times now that a server can be put under very heavy load when breakouts are started with 30+ users in a meeting. Going through the akka-apps logs shows multiple (12+) requests to get a breakout join URL for the same user and same breakout room. One meeting can generate thousands of requests and flood the server with messages to process. At the moment it's unclear if it's the server or the client causing the flood.
Two of the cases we've seen have been when the breakout rooms are configured to be "free join" and that might be a trigger to the problem, but at the moment it's unconfirmed.
We need to ensure that there is only one request made to get the join URL.
The text was updated successfully, but these errors were encountered: