無線?絡線?絡?樣，在實際運行中需要傾注人力和精力進行管理與，以保證?絡運行的穩(wěn)定。因此我們需要了解WLAN?絡管理與的工作內容。同時N循環(huán)YY47654321

56 yar5drv[1|2]…Beacon :t: :…8例如：使用NetworkStumbler軟件測試發(fā)現(xiàn)某AP的信9 ywlan mac-address獲取到的該無線用戶 y Rx/Tx

:::道中其他客戶端的使用情況。 yar5drv[1|2]ChannelBusy… CtlBusy(%)TxBusy(%)612612… y mac-addressmac-address…Rx/Tx

::: ywlan RoamTrack

PDF文件使用"pdfFactoryPro" 丟包；如果進入AP的報文持續(xù)大于空口的發(fā)送能力，必FIT 在無線控制器＋FITAP的應?中，F(xiàn)ITAP不能成功是常?問題之?，可參?以下?式進行問依照FITAP <H3C>debuggingwlanlwapp<H3C>debuggingwlanlwapp<H3C>debuggingwlanlwapppacketcontrol<H3C>debuggingwlanlwapppacketcontrolFIT FITAPFITAP端口，否則可能帶來FITAP FITAP接入的VLANAC上沒有為FITAPFITAP設備出 FITAP設備出 FITAP設備的CAPWAP 是 是是否否 是

否是

設備的DHCPrelay功能否否否 是是 AC上放置的FITAP的版本和ACAC上沒有FITAPFITAP設備上沒有足夠的空間存 WA1208EWA2100WA2200WA2600FIT FITAP和AC使?現(xiàn)有的有線?絡進行連接，所以現(xiàn)有?絡中的各種沖擊對于FITAP和AC失去聯(lián)系，最終導致鏈路斷開（TunnelDown)。例如：%Jul1014:35:52:71320085002LWPS/6/LOG ConnectionwithAP[wa2100]goesdownbyreasonof013 ywlanapnameXXXXverbose”查看AP的詳細信息，如果“LatestJoinIPAddres”和“TunnelDownReason”內容不為“-NA-”，則說明 LatestJoinIPTunnelDown

::APConfig

通過“dis ywlanapreboot-lognameap-name”命令獲取指定的RebootReason”和“LastFailureReason”判斷AP設備上次出 步驟一：盡量想法通 2、如果確定AC沒有收到AP的任何信息，根據(jù)AC記錄的AP的“LatestJoinIPAddres”信息，使 3、如果有條件獲得AP的MAC地址，而且可以 4、通過net方式登陸到AP上進行定位，首先確定該AP是否和AC連通、觀步驟二：AP可能出現(xiàn)了特別嚴重異常，導致FitAP無法自動恢復，一般情況FITAP yH3CComware tformSoftwareComwareSoftware,Version5.00,0001Copyright(c)2004-2007HangzhouH3CTech.Co., WA2200uptimeis0week,4days,3hours,45minutesFIT ywlanapnameap-name…APSystemNameMapConfigurationUp…

:::::2Days, ywlanmeshneighbors<H3C>debuggingwlanmesh ywlanmesh-link Link-stateUptime 0:12: 配置的MeshID相同；對于需要建立多條鏈路的設備，需要確認最大支持 ywlanmeshneighborall”查看當前設備的所有的鄰居信息。 ywlanmeshneighborsBSSPeerMacAddrMeshIDNeighborstateMeanRSSI

:::

ZeroConfig :LinkFSMPeer's

:: yar5drv1statisticsRadiostatistics:… :… :… 相關的調試命令“debuggingwlanmeshallerroreventframefsm/timer”；設備；夠抓到對端發(fā)送的Proberequest報文和Beacon報文；RSSI直接體現(xiàn)鏈路的質量，RSSI=SNR-底噪，其中底噪和環(huán)境、通過“dis yinterfacewlan-radio”或者隱藏命令“dis yar5drv1 AP無法成功到AC上：AC收不到任何該AP的報文，該AP通過抓包和調試可以發(fā)現(xiàn)AP已經(jīng)正常發(fā)送了DHCPdiscover報文申請IP地址，然而卻沒有收到DHCPoffer報文，而通過DHCPserver信息發(fā)現(xiàn)已經(jīng)收到了Discover報PC發(fā)出的DHCPdiscover報文中的bootpflags為unicast類型，這樣DHCPAP發(fā)出的DHCPdiscover報文中要求DHCPoffer以廣播報文發(fā)送，此時DHCP服務器的回應報文為廣播報文。 #Apr611:26:44:3682000YXY-WLAN-04DRV_DEM/5/POEWARNING:-1Powerbudget#Apr611:26:44:4182000YXY-WLAN-04DRV_DEM/5/POEWARNING:-1PoefunctionofEthernet1/0/6is 通過“debuggingwlanlwappevent”可以看到“LWPS/7/EventAPID3State:Run]Neighbor-Deadtimerexpired”調試信息”。目前的FitAP使用VLAN1獲取地址并和AC進 修改本地 卻發(fā)現(xiàn)無法登陸成功，提示“TheOAPconnectionisbusy,pleasetryagainlater!” yusers”中的UI信息。一個踢出Console接口用 user-in