RTP 流中的重复源标识符。可以搞乱 RTCP 报告吗？

Question

首先，这有点像 RTP: SSRC collision detection in unicast sessions，但问题是在其他范围内。

场景：

我有一堆媒体代理与中央媒体网关通信。

像

这样的安排

{DeviceA} <--RTP--> {媒体网关} <--RTP--> {DeviceB}

单个会话

和

{Device1, Device2 ... DeviceN} <--RTP--> {Media Gateway} <--RTP--> {Device11, Device22 ... DeviceNN}

一般情况下，DeviceN 在与 DeviceNN 的 RTP 会话中。

基本上他们交换 RTP 没有任何问题（通过 Wireshark 分析证明），但是，在我们拥有的 RTCP 报告工具上，可以看到存在具有相同 SSRC 的会话（可能是设备的错误，它们没有足够随机地生成 ID）。

我的问题：您是否看到任何情况，在具有相同 SSRC ID 的 RTP 会话中，我们开始看到 RTCP 发出了不匹配的信息？

同样，如果我们查看 Wireshark（没有丢包或明显抖动），所有 RTP 会话都很好，但 RTCP 呈现出极高水平的不良网络。

我在想：如果媒体网关发生冲突，它应该停止给定 SSRC 的 RTP 流，只留下一个存活，那么，该流的 RTCP 流也应该是好的。我说得对吗？

感谢您的意见！

Answer 1

我的系统中的问题是由于端点产生舒适噪音数据包的问题，​​这对媒体网关不利。应该在媒体网关上提前配置舒适噪音，但没有这样做。摆脱这些舒适的噪音包也是一种解决方案。因此，建议是：始终跟踪 MG 和端点。