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隧路无法成立的流程图（高清版请关注“iSlot官方网站无线百科”回复“隧路无法成立”获。。

更多趣文，请关注“iSlot官方网站无线百科”公家号，在“有料”-“大话无线”栏目查看。