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
I open this for discussion. This is a point I listed in #76
Since #74 we don't count the users connected via the subscribe message anymore for the max_ccu limit (previously based on sessions and not publishers).
To not explode a server with high number of sessions, does it make sense to add another option max_sessions to check the number of sessions?
It may be better to add an api join as listener (not publisher), add a list of listeners struct in the switchboard to be able to count them as users for the max_ccu. max_room_size would still be max publishers in a room, it shouldn't count listeners.
The text was updated successfully, but these errors were encountered:
I open this for discussion. This is a point I listed in #76
Since #74 we don't count the users connected via the subscribe message anymore for the max_ccu limit (previously based on sessions and not publishers).
To not explode a server with high number of sessions, does it make sense to add another option max_sessions to check the number of sessions?
It may be better to add an api join as listener (not publisher), add a list of listeners struct in the switchboard to be able to count them as users for the max_ccu. max_room_size would still be max publishers in a room, it shouldn't count listeners.
The text was updated successfully, but these errors were encountered: