您订阅的产品有更新,,,,,,,请实时查阅
查看详情
颁布功夫:2019-03-20
AC组网最基础,,,,,,,AP上线不能少。。。。。上线不稳最困扰,,,,,,,且看幼锐来支沼祝。。。。
一阵急促的电话声音起,,,,,,,幼锐接到报障,,,,,,,AP无法在AC上不变上线。。。。。AP上show capwap state显示隧路状态已经running,,,,,,,但是在AC上show capwap state显示隧路状态处于Datacheck状态,,,,,,,过30S后AC和AP的隧路自动断开。。。。。
现场摸排

该网络拓扑中无线AP和AC是统一内网上线,,,,,,,AP的dhcp和网关都在友商主题上。。。。。
抽丝剥茧
AP和AC上capwap状态不一致,,,,,,,隧路无法成立,,,,,,,幼锐结合已有信息进行了如下分析:
1、确认AP和AC的通讯、配置情况

2、确认AP和AC交互流程
通过上述排查,,,,,,,发现有关信息都正常,,,,,,,此时故障陷入僵局。。。。。幼锐持续思虑AP上线的几个状态机变动:Discover->Join->Image Date->Configuration->Date check->Run,,,,,,,关于AC上Date check状态若何能力切换到Run状态的状态机变动如下:

从上述道理来分析,,,,,,,应该是AP进入Run状态后,,,,,,,AC没有收到AP发出的第一个Keep-Alive报文,,,,,,,导致AC状态一向在Datacheck状态,,,,,,,所以才会有30S后AC和AP隧路自动断开的故障景象。。。。。
真相毕露
幼锐和现场工程师进一步沟通确认,,,,,,,网络中友商主题自带了一张AC板卡且无法关关,,,,,,,可能是被友商主题将Keep-Alive报文抛弃了。。。。。为了进一步核实,,,,,,,幼锐别离在友商主题的衔接AC的接口和下联AP的接口抓包分析。。。。。
通过过滤udp.port==5247,,,,,,,下图第一张为友商主题下联AP接口的抓包,,,,,,,第二张为友商主题衔接AC的接口抓包:


此时很明确通过抓包对比发现,,,,,,,AP有发送Keep-Alive报文上来,,,,,,,但是路过友商主题时被抛弃了,,,,,,,没有转发给AC,,,,,,,导致AC上状态一向是Datacheck,,,,,,,过30S隧路自动断开。。。。。
明确故障原因后,,,,,,,同步给客户,,,,,,,寻找友商工程师协助处置,,,,,,,调整友商互换机配置后问题解决。。。。。
幼贴士:若是AP和AC间报文交互异常,,,,,,,必要中央线路抓包分析定位丢包点,,,,,,,以及有线环网的排查。。。。。
有关知识推荐
AP和AC的隧路无法成立时,,,,,,,能够通过AC查看回绝原因:
AP和AC的隧路无法成立的情况下,,,,,,,如果通路正常的情况下,,,,,,,AP的报文已经送到AC,,,,,,,但是隧路无法成立的情况下,,,,,,,AC上能够通过show ap-config summary deny-ap查看隧路无法成立的具体原因或者结合AC上的log提醒信息。。。。。
Ruijie#show ap-config summary deny-ap
Deny ap num: 0
Mac Address AP Name Reason
具体诠释如下:

附截图为capwap隧路无法成立的流程图(高清版请关注“全发国际无线百科”回复“隧路无法成立”获取。。。。。。。。。

更多趣文,,,,,,,请关注“全发国际无线百科”公家号,,,,,,,在“有料”-“大话无线”栏目查看。。。。。

