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请求的服务器从组网中移除以后,车地无线通信恢复正常。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作