が、それはユーザーの数> 10Webrtrc：ピアを中継することはできますか？理由は、そのPEER2PEERトポロジの
マルチユーザーチャットを作成することは非常に困難に見える私は、SFU/MCUサーバといくつかの試みがある知っているが、これらは実行するのは非常に複雑です。
私の考えは単純です：ピア
EXのためのリレーとしてサーバー上にクロムブラウザ（またはクロム）を持っている：サーバー<上のuser1の< ------>クロム------ - > user2
このクロムは、単にすべてのユーザーのサーバーリレーです。
できますか？
私が正しく理解していれば、1つ以上のビデオソースを100人のユーザーにストリーミングする必要があります。
ソリューションを選択する前に考慮すべきファクター： 1.帯域幅：は、No.ofストリームに比例した（視聴者） 2. CPU：メディアのエンコード/デコードの
クロムが複数のユーザーにストリームを中継送信することができますが、 SFU/MCUより多くのCPUを消費する 最初にクロムが入ってくるメディアストリームをデコードする必要がある場合は、 出力メディアストリームを各エンドポイントごとにエンコードする必要があるため、より多くのCPUを消費します。 （N Viewers -> N times cpu）。
SFUを使用すると、メディアのデコード/エンコーディングがなくなり、CPU使用率が低下します。最新のクロムを使用すると、SFUでVP9 SVCで帯域幅を拡張できます。
SFUはそれほど複雑ではありません:) optionsが多言語で用意されています。 ヤヌス（C）、Jitsi（ジャワ）、Licode（NodeJS）、Kurento（C++およびプラグインの多くの言語のためにavaliable）、Medooze（javaの+ C）、より多くの
は私はjanusは非常に簡単であると感じ、個人的に、いずれかを選択します。 。
あなたはthounsandsにソースをストリーミングする場合は、wowzaのようなCDNソリューションを探し、RED5など
あなたは1つのブラウザクライアントが「サーバー」も持っていることから達成するために何を望んでいますか？あなたの図は2人のユーザーしか表示していません。あなたが解決しようとしている問題を記述することから始まるかもしれませんか？リレーの例については、[webrtc samples]（https://webrtc.github.io/samples/src/content/peerconnection/multiple-relay/）を参照してください。 – jib
あなたはSFU https://mediasoup.org/ –
を見ている可能性があります。目標は、例えばスープを使用する代わりにクロムをsfuサーバーにすることです。クロームはピアを受信して送信できるため、実際にはプロセス。これはもちろん、あなたのクロームが強力なサーバーを運営し、何百ものピアを中継することができれば便利です – yarek