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

首先，这与RTP: SSRC collision detection in unicast sessions类似，但问题在于其他范围。

情景：

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

像

这样的安排

{DeviceA}＆lt; - RTP - ＆gt; {Media Gateway}＆lt; - RTP - ＆gt; {DeviceB}

单个会话

和

{Device1，Device2 ... DeviceN}＆lt; - RTP - ＆gt; {Media Gateway}＆lt; - RTP - ＆gt; {Device11，Device22 ... DeviceNN}

在一般形式中，DeviceN在与DeviceNN的RTP会话中。

基本上他们在没有任何问题的情况下使用RTP（由Wireshark分析证明），但是，在我们拥有的RTCP报告工具上，可以看到存在具有相同SSRC的会话（可能是来自设备的错误，没有足够随机生成ID。）

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

同样，如果我们查看Wireshark（没有数据包丢失或重大抖动），所有RTP会话都很好，但RTCP会出现极高级别的糟糕网络。

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

感谢您的评论！