寻求不对RTP/RTCP数据解密修改、仅透传原始RTCP的SFU

要满足不终结RTCP会话、不解密修改RTP/RTCP载荷、完整透传终端原始RTCP报文的要求，核心要选择支持纯旁路转发模式的实现，避开默认会终结WebRTC会话、重封装媒体流的产品，目前成熟可用的方案如下：

• 轻量RTP透传网关：这类实现本身不维护独立的RTP/RTCP会话状态机，默认不对SRTP做解密处理，收到终端上送的报文后仅按照预设路由规则直接转发给接收端，会完整保留原始RTCP报文中的NTP时间戳、RTP时间戳映射关系、SR/RR报告块的所有字段，不会自行生成新的RTCP报文。使用时注意关闭自带的带宽估计、丢包重传、码率自适应模块即可，避免触发主动生成RTCP报文的逻辑。
• 旁路模式下的Janus Gateway：Janus默认配置会终结RTCP会话、自行生成RTCP报告，但你可以通过修改配置关闭SRTP解密、RTCP解析处理、RTCP自动生成模块，将对应业务插件设置为bypass透传模式，此时它仅在UDP层做报文转发，不会解析、修改任何RTP/RTCP的应用层内容，终端发出的原始RTCP报文会完整送达对端。
• 基于DPDK/eBPF的轻量自研转发节点：如果对报文保真度、转发时延要求极高，可以直接在网络层基于五元组+RTP SSRC做路由转发，完全不解析RTP/RTCP的应用层字段，从根源上避免RTCP会话被终结、时间戳被篡改的问题。

配置注意事项：无论选择哪类SFU，要实现RTCP完全透传，必须强制关闭以下功能，否则仍可能改动原始报文内容：

• SRTP解密、重加密逻辑
• 内置RTCP收发报告生成、NTP时间校准逻辑
• 带宽估计、NACK/FIR/PLI丢包重传、码率自适应等会主动生成RTCP报文的模块
• RTP SSRC重写、时间戳校准、媒体载荷重封装逻辑

内容的提问来源于stack exchange，提问作者Usama