Janus-Gateway远程发布者切换问题的技术解析与解决方案

Janus-Gateway作为一款开源的WebRTC网关服务器，在1.3版本中暴露了一个关于远程发布者（remote publishers）切换的重要技术问题。本文将深入分析该问题的技术背景、产生原因以及最终的解决方案。

问题现象

在Janus-Gateway的多流（multistream）场景下，当用户尝试在不同远程发布者之间进行切换时，会出现数据包丢失的现象。具体表现为SRTP（安全实时传输协议）错误，这些错误需要等待一段时间后才能自动恢复，因为需要等待序列号超出冲突范围。

技术背景

Janus-Gateway的远程发布功能允许将媒体流从一个Janus实例转发到另一个Janus实例。为了实现这一功能，系统使用了一个基础SSRC（同步源标识符）值（REMOTE_PUBLISHER_BASE_SSRC=1000）作为起点，为每个媒体行（m-line）分配SSRC：

• 媒体行0：SSRC 1000
• 媒体行1：SSRC 1010
• 媒体行2：SSRC 1020
• 以此类推

对于支持simulcast（ simulcast）的情况，每个媒体行的不同层次会使用连续的SSRC值（例如媒体行1的基础层1010，中间层1011，高层1012）。

问题根源

问题的核心在于所有远程发布者都使用相同的SSRC分配方案。当从用户X切换到用户Y时，如果切换的是相同的媒体行（例如都是从媒体行1切换），那么新的源将使用相同的SSRC值。然而，这两个源的序列号和时间戳空间是完全独立的，这导致了SRTP错误。

具体来说：

1. Janus的RTP头更新代码不会因为SSRC相同而触发更新
2. 系统开始转发具有相同SSRC但完全不同序列号和时间戳的数据包
3. 这违反了RTP/RTCP协议的基本规则，导致接收端出现错误

解决方案探索

开发团队考虑了两种可能的解决方案：

1. SSRC偏移量参数方案：

   • 为publish_remotely和add_remote_publisher添加新的SSRC偏移量参数
   • 优点：直接解决问题
   • 缺点：需要API变更，且默认情况下切换功能仍然存在问题

2. 自动SSRC偏移方案：

   • 保持现有API不变
   • 在转发流量前，为每个远程发布者应用不同的固定随机偏移量
   • 优点：无需API变更，向后兼容
   • 缺点：极低概率可能出现冲突（两个32位随机数相同的概率极低）

最终团队选择了第二种方案，因为它在保持API稳定的同时，几乎可以完全解决问题。

实现细节

解决方案的核心是在janus_rtp_switching_context结构体中添加了一个ssrc_offset字段。这个偏移量在创建远程发布者时随机生成，并应用于：

1. 基础SSRC值
2. 所有simulcast层次的SSRC值
3. 所有转发的RTP数据包

这样，即使两个远程发布者的原始SSRC相同，经过偏移处理后，对订阅者来说它们将具有不同的SSRC值，避免了冲突。

验证结果

经过实际测试，该解决方案完全解决了远程发布者切换时出现的数据包丢失问题。现在切换行为与本地发布者切换一样可靠稳定。

技术启示

这个案例展示了在多媒体传输系统中SSRC管理的重要性。Janus-Gateway的解决方案提供了一种优雅的方式来处理SSRC冲突问题，同时保持API的稳定性。这种设计思路可以应用于其他需要处理多路媒体流复用的场景。

对于开发者来说，这个案例也强调了在分布式WebRTC系统中，需要考虑所有可能的SSRC冲突场景，特别是在涉及流转发和重用的复杂拓扑结构中。