Re: optimize performance

OM4 uses RTMP and requires only one port which can be proxied on server (in such case all communications happens on port 443 only) WebRTC has no such options this is why OM4 require less open ports By default TURN uses UDP, which might be blocked in some networks I guess we need something like 3

Re: Users per room client browser scalability

It seems to me that there are 2 separate stress points. 1. Maximum number of KMS streams (this can be addressed with clustering).2. Maximum number of users with video and audio that can showing live on the client browsers (This may require addressing layout on the browsers). Also when you did your

Re: Users per room client browser scalability

Thanks for that Maxim. I came across this... https://docs.bigbluebutton.org/2.2/customize.html (scroll down to "Run three parallel Kurento media servers"). This appears to suggest that 3 KMS (audio, video and screesharing) processes on one server. Maybe this could bring us one step further? Al

Re: Screen Share, Scaling

Dear all, is there some kind of decission about the screen sharing/scaling stuff ? I quote Maxim to describe the problem for the ones who want to read again: > Actually what I meant by "were used for display purposes" is > > * userA streams his/her screen at FHD 1920x1080 (but specifies >

Custom room layout

Hi all. I need to create a custom room layout in which the videos do not appear as draggable and resizable modals, but arrange as listed squares at the bottom of the page (Specifically below the whiteboard). Does anybody have any idea how can I achieve this? Does it require modifying and building t

Re: Users per room client browser scalability

I just have fixed "refresh" button So audio/video stream can be "refreshed" without page reload both user-list and video-pod buttons are works according to my tests On Mon, 23 Nov 2020 at 17:08, Peter Dähn wrote: > Hi there, > > *this might be because BBB uses 3+ KMS servers clustered* > *(I was

Re: Users per room client browser scalability

Hi there, /this might be because BBB uses 3+ KMS servers clustered/ /(I was unable to find direct link regarding it ...)/ as far as I know, they use freeswitch for audio and kms just for the video streams... BR Peter Am 23.11.20 um 10:53 schrieb Denis Noctor: > Thanks a lot Maxim. I am happy t

Re: Users per room client browser scalability

Thanks a lot Maxim. I am happy to help in anyway for future tests. Sent from my iPhone > On Nov 23, 2020, at 3:43 AM, Maxim Solodovnik wrote: > > Thanks for very detailed report Denis > > couple of thoughts inline: > >> On Mon, 23 Nov 2020 at 13:59, Denis Noctor wrote: >> Hi there everyone,

Re: Users per room client browser scalability

Thanks for very detailed report Denis couple of thoughts inline: On Mon, 23 Nov 2020 at 13:59, Denis Noctor wrote: > Hi there everyone, > > My sincerest apologies for only getting back to you now. As I had > mentioned in my previous email that I was going through a personal issue > and it took

AW: optimize performance

Hi, yeah, since openmeetings 5 is for internal use only, I didn't fiddle with the ports. Openmeetings 5 is not behind a firewall, the server and all clients are all within the internal network. I have a dedicated openmeetings4-server for the use with external users. In this scenario, I used our

Re: Users per room client browser scalability

Thanks Sebastian. Sent from my iPhone > On Nov 23, 2020, at 2:32 AM, "seba.wag...@gmail.com" > wrote: > > I did a load test with 91 active user sessions. > 10 conference rooms each with 4 users and each user audio and video turned on. > Plus 2 webinar rooms, 1 user presenting with audio and vi

Re: Users per room client browser scalability

I did a load test with 91 active user sessions. 10 conference rooms each with 4 users and each user audio and video turned on. Plus 2 webinar rooms, 1 user presenting with audio and video turned on and 25 users viewing in each room. I will publish results shortly. Thanks Seb On Mon, 23 Nov 2020,

Re: AW: Users per room client browser scalability

Thank you so much for that input Gerald! Sent from my iPhone > On Nov 23, 2020, at 2:17 AM, Rohrbach, Gerald > wrote: > > Denis, > > we have OM and BigBlue Button in use. > BBB is hosted on a provider machine. > > OM we have on internal VL, with LDAP connection. > Also we have a physical s

AW: Users per room client browser scalability

Denis, we have OM and BigBlue Button in use. BBB is hosted on a provider machine. OM we have on internal VL, with LDAP connection. Also we have a physical server with 12 Core 2Ghz and 32G since some days. If I will find some time, we will do an stress test. We have some employees in home offices