WLAN-AP掉线问题

AP掉线原因为Processed join request in Run state

首先分析配置，无特殊配置，AP相关配置，License无问题，ping包不丢；

反馈掉线原因为Processed join request in Run state，即在Run状态下收到Join报文，AC会将该AP重置上线，产生一次掉线记录；一般根据经验来看是AP上联端口发生Up\Down时会出现这种现象，因为端口状态的变化会导致AP上VLAN1发生Up/Down，导致Capwap隧道重新建立，产生掉线记录；遂现场搜集AP相关日志，发现AP并未记录端口状态变化，于是从链路问题为思路进行排查；

搜集display wlan ap all verbose查看AP明细信息，发现统计信息中掉线AP显示Lost echo responses数目较多，丢包在4%左右。

    Line 23603: Lost echo responses           : 3

    Line 23753: Lost echo responses           : 9

    Line 23903: Lost echo responses           : 12

    Line 24053: Lost echo responses           : 6

    Line 24203: Lost echo responses           : 9 

而结合Capwap隧道的机制来看，AP发送Echo心跳报文后，控制器需回应Ack报文，AP侧接收不到Echo回应报文时，超过三个就会认为链路存在问题，重新发起Capwap隧道建立过程，故而设备上会记录原因为

Processed join request in Run state

至此问题原因明确，网络中存在UDP丢包的情况，后客户修改三层交换机侧相关配置解决。

梳理有线，保证Capwap报文不丢包。

AP AC间链路要稳定可靠，防止出现丢包的情况，影响终端业务。