I am looking into WebRTC and would be interested in a multi participant video implementation, but one thing that still puzzles me is how such a setup would work network-wise.<p>I can either have a true mesh network where all clients connect to each other or a centralised solution where a user&#x27;s video stream is routed through a central server and the distributed to all clients. For the sake of simplicity I&#x27;ll leave out any mixed forms for now.<p>In the former case I&#x27;d take a lot of bandwidth and traffic burden from the central server but would force each client to have [clients-1] connections and send the same stream to each of them. Encoding itself shouldnt be the big problem here but it would consume a lot more of bandwidth (and subsequently traffic) than when routed via the server.<p>In the latter case I&#x27;d avoid aforementioned drawbacks but not only would it increase the server&#x27;s own traffic bill dramatically but it would also increase latency as everything would get sent to the server and then back to the clients.<p>Is there any commonly accepted approach or best practice for such a setup?
Ask HN: WebRTC in the wild