原因分析

　　首先分析配置，無特殊配置，AP相關(guān)配置，License無問題，ping包不丟;

　　反饋掉線原因為Processed join request in Run state，即在Run狀態(tài)下收到Join報文，AC會將該AP重置上線，產(chǎn)生一次掉線記錄;一般根據(jù)經(jīng)驗來看是AP上聯(lián)端口發(fā)生UpDown時會出現(xiàn)這種現(xiàn)象，因為端口狀態(tài)的變化會導(dǎo)致AP上VLAN1發(fā)生Up/Down，導(dǎo)致Capwap隧道重新建立，產(chǎn)生掉線記錄;遂現(xiàn)場搜集AP相關(guān)日志，發(fā)現(xiàn)AP并未記錄端口狀態(tài)變化，于是從鏈路問題為思路進(jìn)行排查;

　　搜集display wlan ap all verbose查看AP明細(xì)信息，發(fā)現(xiàn)統(tǒng)計信息中掉線AP顯示Lost echo responses數(shù)目較多，丟包在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

　　而結(jié)合Capwap隧道的機(jī)制來看，AP發(fā)送Echo心跳報文后，控制器需回應(yīng)Ack報文，AP側(cè)接收不到Echo回應(yīng)報文時，超過三個就會認(rèn)為鏈路存在問題，重新發(fā)起Capwap隧道建立過程，故而設(shè)備上會記錄原因為

　　Processed join request in Run state

　　至此問題原因明確，網(wǎng)絡(luò)中存在UDP丟包的情況，后客戶修改三層交換機(jī)側(cè)相關(guān)配置解決。

• 上一篇：H3C V5無線控制器注冊綠洲管理配置案例
• 下一篇：H3C MSR830-WiNet系列路由器產(chǎn)品