某项目会场丢包问题分析报告

1.1      现象描述

某项目使用视频会议系统开会，多点会议过程中，上海会场侧有超过百分之十的丢包。北京会场和上海会场点对点会议时，上海会场侧也会出现超过百分之十的丢包。

1.2      问题分析

为了分析该问题，前期在客户的配合下。在对北京 MCU 侧交换机和上海终端侧交换机抓包对比分析：抓包当时，北京 MCU 侧交换机和上海终端侧交换机之间的网络存在较严重丢包，平均丢包率超过10%。根据客户组网丢包可能出现在三个地方：北京MCU到北京公网出口、公网、上海公网出口到上海终端侧（网络或者终端异常等）。

下面是这次继续定位分析情况。

1.2.1        Ping测试

与上海客户协调一台临时PC（193.169.254.89）和视频会议终端（193.169.254.112）接在同一个TP_LINK交换机（上海客户的视频会议终端 TE30 在组网中就是连在该交换机下的）下面，在召开临时视频会议时做ping测试，如下截图，其中IP 193.169.254.254 为网关，111.203.50.1为北京MCU9650对应的公网IP。

从上面的截图我们可以看出，同一个 TP_LINK 交换机上的 PC ping  终端 TE30 时就有4%-8% 的丢包，那么说明丢包的产生可能是终端硬件故障、终端软件BUG、配置、终端和 TP_LINK 兼容性等原因造成。

1.2.2        网口模式调整测试

   根据测试情况研发分析下一步的排查步骤，如下：

1、修改网口模式做ping操作，观察现象。

2、TP_LINK 下连两台pc互相ping测试

3、pc直连TE30 ping测试

4、TE30 ping pc 测试

5、TE30 ping外网 TE30、MCU测试

6、ping测试初步排除硬件、配置问题后，抓包分析是不是软件BUG、兼容性原因造成。

    在上海客户现场，测试过程中，发现 TE30 终端网口模式配置的是100M/全双工，考虑该TE30 终端连接的是一个 TP_LINK(8口，6个网口)，且已经了解到该 TP_LINK 无法配置网口模式，那么TP_LINK 的网口模式应该是“自适应”，由此怀疑网口模式未设置成自动检测是本次丢包的原因。

修改TE30 网口模式未自动检测，在召开临时视频会议过程中，做 PING 测试，问题丢包现象消失。

在客户现场观察2天，问题中描述的丢包现象未再出现。

当然，实际测试中视频统计会出现偶尔的小丢包，如偶尔统计有0.3%的丢包，由于客户视讯组网除了自己的网络还要经过复杂的公网环节，据此分析判断偶尔的这种突发丢包/小丢包为公网环境引入。而且实际测试过程中，声音图像正常，通过测试观察不会影响开会。

1.2.3        根因分析

TE30 配置的网口模式和上海客户现网使用的 TP_LINK 设备网口模式不匹配，导致在视频会议中引入丢包。

视讯终端在使用过程中网口模式的配置一定要和交换机匹配，不然很容易造成丢包。由于和交换机一般会协商出来100M/全双工，所以在排查丢包类问题时，会核实交换机和终端配置的是不是都是100M/全双工，保证交换机和终端的网口模式配置要一致。当然如果终端配置的是自动检测，核实交换机配置的是不是自动检测或自适应，也是一样的。关键的一点，交换机和视讯终端网口模式配置要保持一致。

1.3      问题解决方案

   解决措施：修改上海会场TE30 网口模式配置为自动检测。

建议措施：在视讯组网不建议使用类似家用的 TP_LINK 设备，建议把该设备更换为专业的交换机。