【问题标题】:How to calculate TURN server bandwidth for webrtc?如何计算 webrtc 的 TURN 服务器带宽?
【发布时间】:2020-05-05 18:53:18
【问题描述】:

我使用 webrtc 开发了简单的多对多视频会议网站,因为我需要配置 TURN 服务器。我对选择带宽大小感到困惑。

单个用户最多可以发送 500kbps 的数据。参加人数上限为 300 人。每次会议的最长时间约为 200 分钟,一次最多主持人约为 200 人。

我在 Google 中提到了将近 80% - 85% 我们不需要 TURN 服务器。

为此,我需要多少带宽?简单的coturn服务器会为此吗?如果不是,我应该在哪里购买 Turn 服务器,或者是否可以使用此配置制作自己的 TURN 服务器。

【问题讨论】:

    标签: webrtc bandwidth video-conferencing coturn rfc5766turnserver


    【解决方案1】:

    首先,WebRTC 需要每个参与者之间的点对点连接。如果您的用例在每个会话/房间中有 300 名参与者,则每个参与者必须每隔 299 名参与者上传/下载 500kbps 的数据,这是相当大的网络流量。 AFAIK,甚至谷歌将谷歌会议/视频群聊视频通话限制为 25 名参与者,他们在后台使用 WebRTC。

    我怀疑你想在有 100 多个参与者的情况下使用 WebRTC 构建视频会议系统,但我仍然会帮助你获得你现在想要的数字,并解释为什么它最终可能不现实答案。

    使用您的数字,假设 20% 的用户(A 组)由于其网络设置(例如,在 NAT 后面)需要 TURN 服务器,而其他 80% 的用户(B 组)将能够建立直接彼此之间的点对点连接。

    1. A 组中的用户需要 TURN 才能与 A 组中的其他用户建立联系
    2. A 组中的用户需要 TURN 才能与 B 组中的其他用户建立联系
    3. B 组中的用户需要 TURN 才能与 A 组中的其他用户建立联系
    4. B 组中的用户无需 TURN 即可与 A 组中的用户连接,在这种情况下直接点对点连接将起作用。

    使用您的数字,如果 80% 的用户属于 B 组,则意味着 #4 发生的可能性约为 64%。 (80% * 80%)。因此 64% 的网络流量将是不需要 TURN 的点对点连接,而其余 36% 的流量将需要 TURN 服务器来中继视频数据。

    一个用户需要连接到 299 个其他用户,其中 36% 的连接将通过 TURN 路由。这转化为通过 TURN 路由的大约 107 个连接。为简单起见,假设每个用户的 299 个连接中有 100 个需要 TURN 中继。

    您说每个用户最多发送 500kbps 的数据。由于每个用户需要通过 TURN 将视频发送给其他 100 个用户,因此这意味着大约 50000kbps 或 50Mbps。所以平均每个用户通过 TURN 消耗 50Mbps 的网络吞吐量。 (另外 100Mbps 用于直接 p2p 连接)

    由于每个会话中有 300 位用户/参与者,因此将 50Mbps 乘以 300,得到 15000Mbps 或 15Gbps 或 15Gb/s,即所有参与者每秒使用的总 TURN 流量。

    您说最大会议长度为 200 分钟,因此 200 分钟会话期间交换的总流量为 15Gb/s * 60s/m * 200 = 180000 Gb = 22500 GB

    仅供参考,云提供商对网络流量的收费约为 0.07 美元/GB,因此需要高达 22500 GB 网络流量的完整 200 分钟会话可能需要 1575 美元。

    WebRTC 非常适合房间/会话中的参与者数量较少的用例,因为每个参与者都必须连接到所有其他参与者。它所需的连接数以 O(n^2) 的速度增加,其中 n 是参与者的数量。

    您可能想考虑使用 SFU/MFU 或调整您的数字以使其更真实。 (例如,你真的需要 300 名参与者同时分享他们的视频吗?)更何况支持 150Mbps 上行和 150Mbps 下行网络的用户不会很多。

    【讨论】:

      猜你喜欢
      • 2015-03-21
      • 2021-07-13
      • 1970-01-01
      • 2017-11-01
      • 2014-12-08
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多