视频会议终端掉线问题排查

会议掉点问题

遇到掉点问题的时候，我们要从两个方面去分析：一是会议层面，二是网络层面。从会议层面上排查时，首先要在MCU上进行观察，如MGC和RMX，都可以在管理界面上看到终端断线的具体原因，在CDR日志中也可以查看相关信息。其次，我们可以注意观察终端掉线后是否可以立刻重新连接。如果可以马上重新建立连接，那可以判断设备本身没有故障，应该排查网络，找到故障点并进行处理。如果不能建立连接，可以用电脑或终端PING一下掉线点，不能PING通就能判断是网络故障。如果能PING通，那我们就需要做进一步的测试，尽量使故障能够重现，收集相关的资料提交给POLYCOM售后人员进行处理。

当我们在排查网络问题的时候，一定要收集必要的网络资料，如网络拓扑图、线路情况和设备布置等。同时我们可以做一些简单的测试，首先是观察掉线情况。如果是大面积掉线而不是个别掉线，那么故障点有可能发生在网络的汇聚层或核心层。我们还可以使用视频IP网段的点对点ping，在会议中打开ping监控网络：Pingip–t–l1260>test.txt，如果掉线同时有丢包，问题发生在L2/L3上，如果没有发现丢包，问题有可能在L4以上。这些简单的测试手段可以帮助用户大致地定位故障。

图像质量劣化问题

这是我们遇到最频繁的情况。从以往的案例来看，除了网络本身的质量原因以外，我们还需要考虑这两个主要问题：1、交换机端口双工协商是否正确；2、是否有冗余路由或双链路网络

在MCU、终端上都可以看到网口协商的结果，同时在交换机的端口上查看双工协商模式。一般可管理的交换机都可以通过命令查看交换机端口当前的双工模式，譬如：100Mbps-speedmode,full-duplexmode。

需要注意的是，如果MCU或终端配置100M全双工模式，交换机端口是auto，这时交换机端口上会协商成100M半双工，在这种情况下网络就会出丢包等问题，导致画面出现马赛克，甚至画面停顿现象。需要我们手动地把交换机端口设置成100M全双工，与MCU或终端匹配，问题就会很快解决。

双链路的问题，分析时更复杂些。冗余路由（redundancyroute）和负载均衡是有区别的，冗余路由是一条线路active，另外一条线路standby。负载均衡是两条线路同时active，具体还分为基于数据流的负载均衡和基于数据包的负载均衡。基于数据流的负载均衡，网络设备根据线路负载情况自动进行流量分配，每个session路径相同。而基于数据包的负载均衡，网络设备平均分配负载，每个数据包有一条路径，每个session有可能有两条以上的路径。当视频会议遇到这种情况时，由于数据包走的

路径不同，在到达目的地时会出现不同的时间差，造成包错序，严重时设置数据包被丢弃，于是画面就会出现很大的问题。
如何判断是否有双链路呢？首先在MCU当前的连接状态中进行察看，我们可以通过POLYCOM的MGC操作界面上的outoforder查看网络是否存在双链路。

其次要在网络上进行排查，有可能造成双链路的网络包括：LoadBalance－基于数据包；Multi-LINK——L3；Ethernet-channel——L2；MSTP>2M——L2；SDH与ATM转换——L2；

对于这些情况，我们可以通过Traceroute去排查Layer3的网络双链路问题，在POLYCOM终端上也提供了诊断工具，可以trace到另一终端看通过的路径。

网络是视频会议的基础，需要有良好的网络质量，才能保证优质的会议效果。在网络条件不是很好的情况下，设备的网络适应能力尤为重要。POLYCOM的HDX高清终端在512k呼叫速率下能达到720p的画面效果，在1024k呼叫速率时就能达到1080p的画面效果，为低带宽用户实行高清视频会议带来了可能。同时，HDX突出的丢包恢复（LPR）技术采用前向纠错技术(FEC)来恢复丢失的数据，在处理小于或等于5%丢包率的情况下表现非常突出在网络丢包情况下，特别是随机的、突发的网络丢包情况下，能保持视频通讯的流畅，这使得LPR可以很好地满足大多数网络环境的需要。