某地铁局点PIS 系统车载丢包问题处理经验案例

X号线地铁PIS 系统，组播业务，不同列车同一vlan，是一个大二层组网

动车运行时，控制中心服务器ping车载AP 丢包严重，前期开局时并不丢包，且同样配置在Y 号线无问题

X线前期开局时不丢包，配置应该本身问题不大，考虑到是大二层组网，可能是流量模型发生了变化。动车测试时，通过刷脚本不停查看mesh链路建立的信号强度和空口干扰的变化情况发现，车载AP 丢包时都伴随着空口飙升的情况。查看轨旁AP的诊断发现AP 有线口广播报文占比异常，入方向流量很大

===============display interface===============

GigabitEthernet1/0/1 current state: UP

Last 300 seconds input:  3373 packets/sec 1281297 bytes/sec 1%

Last 300 seconds output:  2 packets/sec 407 bytes/sec 0%

Input (total):  213199458 packets, 167740424629 bytes

         1186882 unicasts, 87101754 broadcasts, 124910822 multicasts, - pauses

怀疑是大二层网络中广播报文流量异常导致的车地通信中断，因为广播报文在无线空口都是以最低速率发包，长时间占用空口资源，拉高空口，影响无线MESH通信

为了验证猜想，在轨旁AP 连接的接入交换机上进行端口镜像抓包，分析wireshark抓包，发现报文70%+都是arp报文，ARP速率可以达到2000pps，大量arp的源mac是控制中心的某一台服务器。

将大量发送arp请求的服务器从组网中移除以后，车地无线通信恢复正常。