首先，这就像RTP：单播会话中的SSRC冲突检测一样令人不安，但问题是在其他范围内。
场景：
我有一堆媒体代理与中央媒体网关通信。
像这样的安排
{DeviceA} <--RTP--> {Media Gateway} <--RTP--> {DeviceB}
对于单个会话
和
{设备 1， 设备 2 ...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 流也应该很好。我说的对吗？
感谢您的评论！
我的系统中出现问题是由于端点产生舒适噪声数据包的问题，这对媒体网关不利。舒适的噪音应该提前在媒体网关上配置，没有这样做。利用这些舒适噪音包也是一种解决方案。因此，建议是：始终跟踪MG和端点。