0

首先,这有点像RTP:单播会话中的 SSRC 冲突检测,但问题在于其他范围。

场景:

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

像这样的安排

{设备A} <--RTP--> {媒体网关} <--RTP--> {设备B}

对于单个会话

{Device1, Device2 ... DeviceN} <--RTP--> {媒体网关} <--RTP--> {Device11, Device22 ... DeviceNN}

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

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

我的问题:您是否看到任何场景,在具有相同 SSRC ID 的 RTP 会话中,我们开始看到 RTCP 发出的信息不匹配?

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

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

感谢您的评论!

4

1 回答 1

0

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

于 2016-04-25T19:59:24.810 回答