Processed join request inRun state AP重启原因

有可能是中间链路问题导致ap和ac间的通信异常导致ap重新上线，看一下中间链路有没有crc和error报文

　原因分析

　　首先分析配置，无特殊配置，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丢包的情况，后客户修改三层交换机侧相关配置解决。