新闻资讯

当前位置: 网站首页 > 新闻资讯 >

视频会议可以建立呼叫但收不到视频或音频

问题描述

两个不同私网内视频会议终端通过MG进行呼叫,其中一个视频会议终端的NAT设备的地址池内有多个地址时,可能会出现呼叫可以建立但其中一方收不到视频或音频。

告警信息

声音或视频单通

处理过程

解决方法:

1、 更改NAT设备配置,使地址池内只有一个地址,可以从根本上解决这个问题,如果一个地址不够使用,可建议局方多配置几个地址池,但每个地址池内只有一个地址。

2、 更改MG配置,使得MG不再检测RTP码流的源地址,这种方法可能有其他隐患,因为当视频会议终端出现故障后,即使呼叫已经挂断仍然像MG发送码流,会导致MG可以呼叫资源不断减少,一般情况下不推荐这种方法

debug  mc  checksrcip_0/1    1:不检测  其他:检测

注:写入FLASH中,当前不生效,需要重启

debug core checksrcip_会场号_0/1   1:不检测  0:检测

注:只对对应的会场号立即生效,不写入FLASH

debug core allchecksrcip_0/1       1:不检测  0:检测

注:对所有会场立即生效,且以后新增加的会场也有效,不写入FLASH,重启配置失效

根因

原因:私网视频会议终端的信令和RTP码流经过NAT时被转换成了多个地址,而MG缺省会检测视频会议终端的源地址是否正确,如果不正确就会丢掉这些RTP包导致视频会议终端送给MG的码流没有正确地送到另外一方。

快速确定:

用visor用户登录到MG上,输入以下命令debug core portstat,输出结果类似以下例子:

连续执行两次命令,发现绿色字体数字快速增加,则很有可能就是这个问题。

8520>debug core portstat

MediaPort_1:

Recv Pkt         1835/s  Send Pkt         1827/s

Recv Colli          0/s  Send Colli          0/s

Recv Bits     7579400/s  Send Bits     7572640/s

MediaPort_2:

Recv Pkt            0/s  Send Pkt            0/s

Recv Colli          0/s  Send Colli          0/s

Recv Bits           0/s  Send Bits           0/s

uE:

uE->Core            1/s  Total           380678

Core->uE            0/s  Total                0

Recv All         1834/s  Total        245053793

Recv Slice          0/s  Total                2

Recv Good        1830/s  Total        244506232

Recv RTP         1827/s  Total        240332666

Send RTP         1827/s  Total        240326134

Send All         1827/s  Total        240326546

uE Error Static:

MAC Err :    0   SOP Lost:    0  EOP lost:    0

BD  Null:    0   Too Long:    0

IP  Ver :    0   IP  Optn:    0  IP  Len :    0

IP  Cksm:    0   IP  Src :3388199

UDP Err :540787   RT  Err :    0

OK!

进一步确定://由于字数限制,参见附件

最后确定,对个别视频会议终端临时关闭检查RTP源地址的特性,如果视频会议终端恢复正常,则可确认

8520>debug core checksrcip_521_1

8520>debug core checksrcip_522_1

关闭方法为debug core checksrcip_会场编号_1

如果视频会议终端视音频恢复正常,则可以完全确定是由于RTP源地址造成的。


发布时间:2017-12-25 12:12:09   编辑:北京万歌恒宇