I’m confused trying to work out what server architecture would be best to have a single conference with participants from two different regions (say UK and Singapore).
In this post: Understanding OCTO
there was this diagram:
…and @damencho went on to say that this architecture “isn’t supported”.
But in Boris’s article about SFU Cascading (https://webrtchacks.com/sfu-cascading/) there is this diagram:
…which appears to be exactly that architecture.
So my questions are:
- Should I have a “quick install” jitsi-meet front end server (with jicofo) in both UK and Singapore regions? Or do all participants need to connect to the same front-end?
- Do the clients/browsers connect to the JVB directly? I still can’t figure that one out without opening up wireshark and trying to find out manually. The Network Diagram here seems to suggest that port 4443/10000 are open to the outside world for the client to connect to, but other diagrams suggest that video traffic travels via the frontend/signalling server and then to the JVB.
Basically I think it feels like if there is only one server with jitsi-meet/jicofo installed and all traffic travels via that server then I don’t see how having the JVBs themselves (behind the single signalling server) in different regions will have a shorter distance to travel. E.g. A client in Singapore would still be sending/receiving via the primary frontend server in UK. It might then be using a JVB in Signapore, but the client doesn’t connect directly to that in any way, or do they?
Many thanks for any clues. I think I’m missing a small piece of the puzzle.