技术文档
当前位置:技术文档

WLAN二层漫游后业务不通的处理过程

来源:未知 时间:2022-09-17 14:33
 

      终端从AP1漫游到AP2后业务不通,业务中断几秒~5分钟,随后可自动恢复。

  1,该问题在某区域中的AP间漫游可以稳定复现,定位漫游问题,建议选取相邻的2个AP,创建1个测试ssid,其它配置保持与有问题的SSID一致,将测试ssid只绑定到测试的2个AP上,这样做的目的是能让终端固定从AP1漫游到AP2,方便我们提前在AP1和AP2上打开相关debug命令。

  2,在AP1和AP2上开启station-trace,当终端漫游到AP2后,终端一直在发送DHCP request及ARP request(请求网关地址),但是一直未收到DHCP server及网关的响应报文。

  3,在接入交换机上抓包,将上行口及连接AP2的下行口镜像到观察口,当问题复现后,通过抓包可以看到,DHCP server及网关的响应报文已经到接入交换机,但是接入交换机未将报文转发到G0/0/2口;

  4,通过上述步骤3,可以确定问题出在接入交换机上,我们将G0/0/1也加入到镜像口,重新复现问题,当问题发生后,可以抓到2份DHCP server及网关的响应报文,说明接入交换机将报文转发到了G0/0/1口;

  5,由于问题现象可以持续几十秒到几分钟,我们怀疑接入交换机上是否未将终端的MAC正确刷新到G0/0/2口,比如MAC表项达到规格上限,未能正确刷新,通过display mac-address summary查看,发现MAC未达到规格上限,同时当问题发生时,通过查询display mac-address | in xxx,发现MAC也是正常学习到G0/0/2口的。

  6,在交换机上做流统,发现响应报文是从slot1进入到交换机,此时,我们怀疑slot1上的MAC表项不对,display mac-address dynamic slot 1 | in xxx,使用该命令查询到终端的MAC地址确实是在G0/0/1口,说明slot 0未将MAC表信息同步到slot 1;

  7,查询交换机的日志,发现有大量MAC漂移的记录,我们交换机上存在机制,当MAC漂移大量发生时,板间的MAC表项实时同步将会停止,只会进行定时同步(5min),因此当终端的MAC表项同步到slot 1后,业务能恢复。

  根因

  网络中存在环路,导致堆叠交换机上的MAC实时同步被关闭。

  解决方案

  排除网络环路

  建议与总结

  排查WLAN漫游问题,建议首先在容易复现的区域选取2个相邻的AP作为测试AP,然后创建测试ssid,这样能控制终端固定从AP1漫游到AP2,便于我们缩小范围及在设备上debug。


上一篇:H3C服务器硬件信息确认方法
下一篇:H3C链路聚合,静态聚合和动态聚合方式介绍
蜀ICP备2020034250号-1   川公网安备 51010802000119号 keywords:成都H3C 成都H3C

售前客服

售前客服

电话:028-83252151

传真:028-85259033

咨询热线:15378180513
在线客服