BigBlueButton - web conferencing system for on-line learning

[jdaviescoates]

@brutalbirdie they may have updated, that's an old screenshot, but many thanks for the heads up anyway. Are you aware of meet.coop ? I'm a member and think it'd be great to have you involved too!

[LoudLemur]

There is a Big Blue Button integration in Nextcloud:

https://apps.nextcloud.com/apps/bbb

[micmc]

@LoudLemur said in BigBlueButton - web conferencing system for on-line learning:

There is a Big Blue Button integration in Nextcloud:

https://apps.nextcloud.com/apps/bbb

How is it performing, did you try it?

[doodlemania2]

I hope that's just a BBB interface, like Greenlight, otherwise, that's a LOT to cram into a Nextcloud. FWIW, my company offers BBB access for a small monthly fee. Available in US or EU

[luckow]

@doodlemania2 It's like Greenlight.

[LoudLemur]

@micmc I haven't tried Big Blue Button.

[doodlemania2]

@LoudLemur it's... robust

[LoudLemur]

Cloudron now has Greenlight in beta. It is a client for a Big Blue Button server. Is there any news on supporting Big Blue Button on Cloudron?

https://github.com/bigbluebutton/greenlight

[BrutalBirdie]

@LoudLemur
Having BigBlueButton as an App in Cloudron could be possible but I highly advise against it.
BigBlueButton Servers should be independent and require a lot of resources CPU/RAM/Network Bandwidth and Storage.

Having this on a Cloudron Server or Cloudron App is really not something I would recommend.

[avatar1024]

@BrutalBirdie but there is nothing that prevents to have a Cloudron server dedicated to BBB with only that app installed. Yet it would make it easy to install so I'd stay it's still be useful to have BBB packaged as a Cloudron app.

[girish]

@avatar1024 I agree. The real issue with packaging BBB was that it used to require a large amount of UDP ports to be open (UDP ports 16384 - 32768). Docker has a limitation that it runs a "proxy" process for every single port that you expose. This makes it infeasible to run such apps. There was some PR back in the day to fix this in docker. Wonder what's the status of that.

[girish]

Right, https://github.com/moby/moby/issues/11185 is the issue . I think the "workaround" was to run the container in host mode. Looks like iptable rules are created enmass despite disabling userland proxy though, have to check if I understood the situation correctly. https://github.com/moby/moby/issues/11185#issuecomment-1539313597 has a great summary, it seems they will fix it, we have to be a bit more patient.

[robi]

@avatar1024 Good use case for the affordable big RAM & CPU VPSes from SSDnodes.

[avatar1024]

@robi Thanks for this! Though I notice that none of their infrastructures is dedicated. Do you know the impact of using shared vCPU compared to dedicated CPU cores for CPU hungry apps like BBB?

Say comparing netcup 6 dedicated core vs SSDnodes 12 vCPU?

Also SSDnodes does not seem to have a renewable energy policy which is a shame.

[robi]

@avatar1024 Right..

Impact is similar as with any shared VPS provider, and if you land on a busy host system, you can ask to be moved to one that is less. They now have implemented limits on resource sharing when a host system is at capacity not adding new VMs to it. The issue in the past was mostly I/O a bit on the low side, RAM & CPU being more than enough.

You'd want to make sure BBB can use more than 1 core effectively, so multithreading across without bottlenecks.

Network has also been fine in the NW US region, some hiccups in the S.