WebRTC：是否有在传输层运行的 SFU？答案

【问题标题】：WebRTC: Is there a SFU that operates at the transport layer?WebRTC：是否有在传输层运行的 SFU？
【发布时间】：2017-07-16 04:33:14
【问题描述】：

我正在运行一个基于 WebRTC 的服务，目前正在调查 WebRTC 会议聊天的要求，其中大约有 1 个。 10 个用户。因此我想运行一个选择性转发单元（SFU）。我知道 janus 和 jitsi videobridge，但有点担心数据安全。两台服务器都像 WebRTC 端点一样运行，这对我来说意味着传入的流在传递给用户之前会进行解码和编码。即使它只发生在记忆中和瞬间，也意味着缺乏保密性（出于法律原因，我必须认真对待）。

这引出了我的问题。是否有任何 SFU（或可用作 SFU 的多播中继服务器）在传输层运行（如 RFC 7201 第 2.3.1 章中所述，引用 RFC 5117）并且仅将 SRTP 加密流传递给其接收者？

我考虑过（重新）为此目的使用我的 TURN 服务器，但正如 Oleg 指出的here TURN 规范仅用于 P2P 通信。也许我对 janus 和 jitsi videobridge 的假设是错误的，那么我也很乐意在这里。

提前谢谢

格雷格

【问题讨论】：

标签： webrtc relay janus jitsi

【解决方案1】：

恐怕目前不可能。高级 SFU 可能需要检查 RTP 流中的元数据，例如识别视频关键帧，因此需要访问 RTP 流。

但还是有希望的！ IETF PERC 工作组发布了一份草案，允许通过两次应用 SRTP 来实现端到端加密，请参阅 here。

Jitsi 正在努力实现第一个 PERC：https://www.slideshare.net/alexpiwi5/perc-webrtc-e2e-media-encryption-with-sfu

【讨论】：

感谢您的信息。因此，我将（必须）等待 PERC 标准在当前 SFU 中实施。
我想实现一个 RTP SFU，其中所有参与者都连接并分配唯一的 SSRC，基于每个参与者通过其他信令平面的请求/取消静音，从设置/允许的 SSRC 接收的数据包转发给所有参与者, 有没有图书馆可以做到这一点