基于WebRTC的音频/视频会议是否有这么多的点对点，或者所有的上传都混合在某个地方并发送回？

Question

假设我们在A，B& C之间建立了一个WebRTC会议，那么会有A<-> B，A<-> C，B <--> C个电话吗？

Qn-1：如果是，那不是效率很低吗？，因为每个对等点都上传了两次相同的数据。

现在，谷歌对会议有了不同的策略。在其正式文件中，内容如下：

经典的Hangout是否使用点对点的方式来呼吁有两个以上参与者的Hangout？ 点对点连接仅用于与两个参与者的通话。如果有其他参与者加入，经典的Hangout将立即返回到使用到Google服务器的连接来发送和接收数据。

Qn-2：现在假设我们仍然使用p2p方法。现在不知怎么的，我们把所有的交通都安排到一个港口。那么，对于同一IP和同一个端口可以同时连接多少个连接，是否存在WebRTC限制？

以上问题的原因是，如果我们做了一些黑客，然后在4个传出连接，第五个连接将始终是不稳定的，大多数失败。

Answer 1

有足够的资料表明，基于P2P的“网格”网络适用于多达4个用户稳定的会议。

• 这段视频指出，“网状”网络是实现会议的最天真的方式。

• 这个链接建议，随着参与者在P2P中的增加，带宽将不堪重负，质量下降：

• 在此链接中，它指出，随着参与者数量的增加，“网状”网络开始失败。