首先,这与RTP: SSRC collision detection in unicast sessions类似,但问题在于其他范围。
情景:
我有一群媒体代理与中央媒体网关通信。
像
这样的安排{DeviceA}< - RTP - > {Media Gateway}< - RTP - > {DeviceB}
单个会话
和
{Device1,Device2 ... DeviceN}< - RTP - > {Media Gateway}< - RTP - > {Device11,Device22 ... DeviceNN}
在一般形式中,DeviceN在与DeviceNN的RTP会话中。
基本上他们在没有任何问题的情况下使用RTP(由Wireshark分析证明),但是,在我们拥有的RTCP报告工具上,可以看到存在具有相同SSRC的会话(可能是来自设备的错误,没有足够随机生成ID。)
我的问题:您是否看到任何情况下,如果RTP会话具有相同的SSRC ID,我们会开始看到RTCP的信息不匹配?
同样,如果我们查看Wireshark(没有数据包丢失或重大抖动),所有RTP会话都很好,但RTCP会出现极高级别的糟糕网络。
我在想:如果媒体网关发生冲突,它应该停止给定SSRC的RTP流,只留下一个活动,然后,该流的RTCP流也应该是好的。我是对的吗?
感谢您的评论!
答案 0 :(得分:0)
我系统中的问题是由于端点产生舒适噪声数据包的问题,这对媒体网关来说是不利的。应该在媒体网关上预先配置confort噪声,但没有完成。乘坐这些舒适噪音包也是一种解决方案。因此,建议是:始终跟踪MG和端点。