Maximum user support in Bigbluebutton 2.5 per room

[amir Kazemi]

Given that in the new version of bigbluebutton,  FreeSWITCH  has changed to Mediasoup.

Has the maximum number of users per room increased?(150 user per room?)

[Reimar Bauer]

150 we had already with 2.3.

Check / optimize your hardware server setup and try it.

There are other posts on this list discussing 300 or more.

Regards

Reimar

amir Kazemi <amir...@gmail.com> schrieb am Do., 30. Juni 2022, 19:42:

Given that in the new version of bigbluebutton,  FreeSWITCH  has changed to Mediasoup.

Has the maximum number of users per room increased?(150 user per room?)

--
You received this message because you are subscribed to the Google Groups "BigBlueButton-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bigbluebutton-...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/bigbluebutton-dev/be479fb4-8840-4bb7-ae63-cdc79e108cden%40googlegroups.com.

[Paulo Lanzarin]

> Given that in the new version of bigbluebutton,  FreeSWITCH  has changed to Mediasoup.

That assertion is incorrect. FreeSWITCH is still the default for audio.

Kurento transitioned to mediasoup if that's what you meant.

To view this discussion on the web visit https://groups.google.com/d/msgid/bigbluebutton-dev/CADfaKO-7WcxUTUQEeO2pALygi77yMNZBN5n4LX%2BAcXd9bQfZyA%40mail.gmail.com.

[amir Kazemi]

Thanks

[amir Kazemi]

@ReimarBauer
Thanks for response

Can you give me some tips on how to optimize?
Also, if possible, send the link of the conversations made to 300 users, because I did not find anything in this regard.

[Reimar Bauer]

Try on Google search engine

bigbluebutton-dev 300

This lists some of the older discussions.

We had not yet with the new Installation such a big group. 

To view this discussion on the web visit https://groups.google.com/d/msgid/bigbluebutton-dev/04e94276-f972-4b5c-abda-0b760e8bad05n%40googlegroups.com.

[basisbit]

With BBB 2.5 or newer, 300 users in one room is definitely doable on a beefy server as long as your users don't all join at exactly the same second, and many of them joining in listen-only mode, and using a good/fitting configuration and not having too many webcams shared at the same time or at least making use of webcam-paging for all attendees including the moderators.

You might also want to lock the public chat in such a big room and not use the shared whiteboard.

As usual, please do test for yourself what amounts of concurrent users works well with your configuration and your use case and your usual users behavior. Better not make any promises if you don't yet have the experience with it.

The recommendation for not more than 150 concurrent users per single session is still there, to ensure happy users with the default web-UI. For example with that many concurrent users in a single session, scrolling through the attendees list and trying to pick a specific student can be a bit annoying. Similarly, the user interface is just not optimized for that many concurrent users, but instead is made to work best with typical class-size courses.

Please also see https://docs.bigbluebutton.org/support/faq.html#how-many-simultaneous-users-can-bigbluebutton-support .

[amir Kazemi]

@basisbit

What is the minimum server you recommend for the following specifications? (8core CPU ,16 Gigabyte Ram,300 Mbps bandwidth is enough?)

300 users and 1 camera and 1screen sharing and 299 listen only user in one room

[Daniel Schreiber]

Hi Amir,

for screenshare you need 1.5 Mbit/s on average per stream in the default
config and keep in mind that this is just a recomendation to browsers.
There are peaks when key frames are transmitted, so you'd better
calculate more. As this is a single meeting key frames are transmitted
at the same time to all participants, so peaks add up. If your network
connection is below 1 GBit/s you'll likely run into trouble. 300 MBit/s
should be enough for audio, no screen share and one camera stream in
medium resolution. Keep in mind that clients have to load the HTML5
client when they join. That is competing with media traffic. Check that
clients load the compressed Javascript and CSS assets, that saves 3 MB
traffic per client.

8 cores should be sufficient, RAM may be short. When I did scaling tests
with 2.4.x some time ago I had a machine with 24 GB RAM and 12 vCPUs,
AFAIR RAM was filled up when I reached 500 or 600 participants in a
meeting (don't exactly remember). CPU was never a problem with mediasoup
as SFU. I had 5% bot participants joined with microphone and never got
more than 6 cores busy. Freeswitch was the process which consumed most
CPU cycles.

When network cpacity is getting short on the server weird things are
happening. Media streams are disconnecting and reconnecting over and
over again and the meeting becomes almost unusable.

With 2.4 you'll run into trouble on the clients if many participants
join with more than 4 participants per second, so open up the meeting
early. In 2.5 this is fixed and no longer a problem. If you are running
on 2.4 you might change the lock settings in the meeting so users don't
see each other in the users list. To protect your client from overload
and getting kicked out of the meeting you may close the users list as
long as people are joining.

Kind regards,

Daniel

Am 01.07.22 um 13:55 schrieb amir Kazemi:

> <https://groups.google.com/d/msgid/bigbluebutton-dev/be479fb4-8840-4bb7-ae63-cdc79e108cden%40googlegroups.com?utm_medium=email&utm_source=footer>.

>
> --
> You received this message because you are subscribed to the
> Google Groups "BigBlueButton-dev" group.
> To unsubscribe from this group and stop receiving emails
> from it, send an email to bigbluebutton-...@googlegroups.com.
>
> To view this discussion on the web visit

> https://groups.google.com/d/msgid/bigbluebutton-dev/04e94276-f972-4b5c-abda-0b760e8bad05n%40googlegroups.com
> <https://groups.google.com/d/msgid/bigbluebutton-dev/04e94276-f972-4b5c-abda-0b760e8bad05n%40googlegroups.com?utm_medium=email&utm_source=footer>.

>
> --
> You received this message because you are subscribed to the Google
> Groups "BigBlueButton-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to bigbluebutton-...@googlegroups.com

> <mailto:bigbluebutton-...@googlegroups.com>.

> To view this discussion on the web visit

> https://groups.google.com/d/msgid/bigbluebutton-dev/ddac746e-7f0c-4332-897a-d9bd3faa8be2n%40googlegroups.com
> <https://groups.google.com/d/msgid/bigbluebutton-dev/ddac746e-7f0c-4332-897a-d9bd3faa8be2n%40googlegroups.com?utm_medium=email&utm_source=footer>.

[basisbit]

Yes, definitely use BBB 2.5 (or newer) for this amount of concurrent users, not 2.4.

> 8core CPU ,16 Gigabyte Ram,300 Mbps bandwidth

Those are the minimum recommendations from the link that I sent you for 150 concurrent users. For more users, you'll need a more beefy server. Test for yourself how much you'll need. I'd suggest starting with something like at least 12 CPU threads (often called "vCore" or so), 24GB RAM and 600Mb/s "guaranteed"/reserved upload speed.

[amir Kazemi]

Thanks for your guidance