RTCPeerConnection的最大数量

Question

我知道网络浏览器对同时发送的http请求的数量有限制等。但是，网页的开放RTCPeerConnection数量是否也有限制？

有点相关：RTCPeerConnection允许通过1个连接发送多个流。在1个连接中组合多个流或建立多个连接（例如每个流1个）之间的权衡是什么？

Answer 1

不确定限制，但我认为它大约是256（我上次听到）。我最近看到有人在一个网页上建立了200个连接（通过http://testrtc.com）。

多个RTCPeerConnection对象很棒：

• 它们易于添加和删除，因此在加入或离开群组通话时提供更高程度的灵活性
• 他们可以连接到不同的目的地

那就是说，他们有自己的挑战和开销：

• 每个RTCPeerConnection都有自己的NAT配置 - 因此STUN和TURN绑定和流量在RTCPeerConnection对象上并行发生，即使它们连接到同一个实体（例如SFU）。这种开销是本地资源之一，如内存和CPU以及网络流量（不是很大的开销，但它可以处理）

• 他们在Chrome上的webrtc-internals视图中混杂了多个标签（这是一种品味），而SSRC可能在它们之间具有相同的值，使得它们更难以跟踪和调试（同样，味）

只要有人需要添加到列表中（或删除），单个RTCPeerConnection对象就不得不重新协商它。

Answer 2

这是Chrome错误list.

但是现在还没有解决。

Answer 3

基于 webrtc for the curious 电子书中的 page 14 内容：

<块引用>

group:BUNDLE 捆绑是一种在一个网络上运行多种类型的流量的行为 联系。一些 WebRTC 实现使用每个专用连接 媒体流。最好是捆绑销售

所以我想只使用一个 RTCPeerConnection 来处理不同类型的流是首选。 如果您认为此意见有误，我将很乐意纠正。