01
無線網卡搜索不到
AP的無線信號
01 問題現(xiàn)象
無線網卡搜索不到 AP 的無線信號
02 問題分析
無線網卡搜索不到 AP 的信號 ,原因可以從兩方面著手：
1.無線網卡
2. AP本身
在遇到該問題的時候，我們可以從以上兩個方面進行處理。
03 處理過程
1.無線網卡側
（1）查看 PC 的無線網卡是否打開 ,是否可以搜索到空間中其他的無線信號 ,確認無線網卡使用正常。
（2）檢查網卡的無線參數(shù)，例如無線工作模式等。
（3）檢查網卡與 AP 的間距，確認網卡在 AP 的覆蓋范圍內。
2.AP側
（1）查看 AP是否加電 ,工作是否正常 ,天線是否牢固。
（2）查看AP的配置信道是否為12，13 信道，歐洲制式的筆記本不支持12 ，13 信道。
（3）串口登陸 AP，執(zhí)行 iwconfig 觀察WLAN接口是否已啟動。
（4）如果是瘦 AP，通過 AC 檢查 AP 的在線情況以及是否將AP分組和對應的WLAN分組綁定。
處理結論：
一般進行上述步驟的查找，問題就應該能夠解決，如果還是存在問題，建議把無線網卡的型號，AP的型號發(fā)給我們進行測試。
02
AP不穩(wěn)定，丟包很嚴重
上網速度很慢
01 問題現(xiàn)象
無線客戶端無線網卡關聯(lián)上AP后很不穩(wěn)定，從無線網卡 ping 網關地址時丟包很嚴重，上網速度很慢。
02 問題分析
這種現(xiàn)象一般有幾個常見的原因引起：
1.無線AP之間的同頻干擾導致，相鄰AP的信道設置為同一信道。
2.AP距離很近或者室分天線間距很近，會產生無線干擾。
3.由于某些AP的天線是定向天線，所以對于定向天線的覆蓋角度和距離要有所了解。
4.無線網卡正處在 AP 覆蓋范圍的邊緣，信號強度較弱引起。
5.AP 與室分系統(tǒng)對接問題。
03 處理過程
1. 針對第一個原因，需要調整AP的布網環(huán)境和信道設置 ,避免相鄰 AP 的信道一樣
2. 針對第二個原因，需要調整 AP 或者室分天線的間距。
3. 針對第三和第四個原因 ,移動無線客戶端到 AP 定向天線的覆蓋范圍內，尋找信號強度最好傳輸速率最穩(wěn)定的位置擺放終端。
4. 對于第 5 點原因， 可以拋開室分進行測試，如果確認是室分的問題，室分進行整改。
04 處理結論
針對這類問題，我們首先要查看AP的工作環(huán)境，后還要查看無線網卡與AP之間的距離。
03
交換機不能
對AP進行遠程供電
01 問題現(xiàn)象
交換機不能對 AP 進行供電
02 問題分析
交換機按供電來分，有兩種：一是普通的交換機，沒有供電功能。二是帶有 POE 模塊的交換機，能夠對 AP 進行供電。
03 問題處理
1. 首先需要確認現(xiàn)場的交換機類型，是否為帶有 POE 模塊的交換機
2. 帶有 POE 模塊的交換機默認的遠程供電是關閉的，需要通過命令來打開，需要執(zhí)行如下的命令：set poe-port <portlist>dynamic 。
04 處理結論
在處理這類問題時，重要的是要搞清楚所接的交換機是否具有供電功能即可。
04
無線終端可搜到WLAN信號
但是沒有辦法關聯(lián)
01 問題現(xiàn)象
WLAN 無線終端可以搜索到 WLAN 信號，但是沒有辦法關聯(lián)。
02 問題分析
出現(xiàn)這種情況可以從如下幾個方面檢查：
1. pc 機系統(tǒng)使用時間太長，無線緩存出現(xiàn)問題。
2. 查看無線網卡目前支持的無線模式，是支持11B還是11B/G都支持。
03 問題處理
1. 確認無線網卡支持的模式，一些老的無線網卡只支持11B模式，而我們的設備默認的為11G，因此建議調整AP的無線工作模式后再進行測試。
2. 要是還是不能解決，可以做如下的操作。首先可以修復一下WLAN無線終端，然后再重新搜索，重新關聯(lián)。
04 問題結論
這類問題大致可以按照上面的方法進行排出，基本可以解決。
05
無線終端可通過關聯(lián)到AP
但無法正常上網
01 問題現(xiàn)象
WLAN 無線終端可以正常的關聯(lián)到搜索到的AP信號，但是不能上網。
02 問題分析
可以關聯(lián)到 AP 上，說明 AP 的無線沒有存在問題，現(xiàn)在出現(xiàn)該問題，分析可能出現(xiàn)的問題：信號過弱、WLAN 無線終端地址設置錯誤、AP 所連上行網絡 DNS 出現(xiàn)問題。
03 問題處理
1. 盡量減少無線客戶端和 AP 之間的障礙物且不要距離太遠
2. 確認現(xiàn)場的網絡使用沒有問題，可以使用有線來檢查。
3. 查看 WLAN 無線終端是否設置了靜態(tài)的地址而不滿足現(xiàn)場的使用。
主要有兩種可能：
（1）現(xiàn)場使用的是 DHCP+WEB 認證的方式，但是電腦配置了靜態(tài)的地址。
（2）現(xiàn)場 AP 使用路由器模式，給 WLAN 無線終端自動分配地址，但是 WLAN 無線終端手動配置地址有誤。
（3）現(xiàn)場采用靜態(tài)地址配置，但是所使用的地址有問題。
04 問題結論
1. 注意AP的物理的使用的距離，以及密碼的正確輸入，盡量配置自己熟悉的密碼
2. 準確的了解現(xiàn)場網絡的使用，到底以何種方式接入，何種方式計費等。
06
AP注冊到AC
但配置沒有下發(fā)
01 問題現(xiàn)象
AC管理板上能夠看到 AP，但現(xiàn)場搜索不到無線信號。
02 問題分析
該種用法屬于比較普遍的用法，測試的時候也是重點驗證的功能，因此應該不存在使用上的問題，故懷疑是配置上的原因導致。
03 問題處理
首先確認該AP是否正確添加到對應的AP分組,查看AP所在的分組是否和相應的WLAN分組正確關聯(lián)。
在 web 管理頁面，基本配置 -AP 版本信息中，升級特征碼、目標版本以及目標版本文件是否配置正確，如果 AP 升級失敗，可能會不斷重啟循環(huán)走升級流程，導致配置無法正確下發(fā)。
串口或者 te.NET 方式登陸管理板， show wtp ，然后選擇 ping 其中的某一個 AP ，看是否能 ping 通，如果不通參考上一節(jié)中的步驟處理。
07
用戶獲取不到IP地址
01 問題現(xiàn)象
用戶采用dhcp方式實現(xiàn)業(yè)務，但獲取不到IP地址。
02 問題分析
首先確認是普遍現(xiàn)象還是個別現(xiàn)象，個別現(xiàn)象可能是終端設置問題。同時了解組網模式，確認需要重點排查的設備。
03 問題處理
用戶獲取不到地址問題，排查流程參考：
1. 確認是普遍現(xiàn)象還是個人現(xiàn)象
如果是個別現(xiàn)象，要看這些 STA 是否有相同屬性，比如在同一個熱點 （一個ONU下或者一個接入交換機下或者一個AP下）。
主要關注傳輸故障、AP故障、某個熱點的SSID 配置是否正確等。
同時，還要注意現(xiàn)場 AP無線信號質量如何，是否干擾嚴重，這個都會影響到用戶獲取地址（參考 3.1.2 節(jié)進行排查）。如果所有STA都無法獲取地址，那么按照以下方法排查。
2. 本地轉發(fā)模式情況
（1）web 方式登陸管理板， WLAN 中找到對應的 WLAN 分組，檢查給 AP 下發(fā)的無線參數(shù)中的業(yè)務 vlan 是否正確。
（2）本地轉發(fā)模式的情況下，一般由外置dhcp設備（例如bas 設備）作為 dhcp server給用戶分配地址。在 dhcp server 側抓包檢查 DHCP 交互過程。
（3）如果 dhcp server 側沒有收到 discover 報文，重點檢查中間鏈路是否正確配置業(yè)務vlan 。
3.集中轉發(fā)模式情況
（1）檢查下發(fā)的 SSID是集中轉發(fā)模式還是本地轉發(fā)模式
然后檢查隧道配置是否正確（執(zhí)行 show wireless station，隧道建立成功會有隧道表項），檢查AP和AC上配置的 tunnel ip是否路由可達，確保隧道能正常工作。
接入平臺下 show wireless station是否有隧道表，有則表示數(shù)據(jù)同步正常。
如果沒有，檢查相關隧道配置，比如管理平臺的 access.conf 和 forword.conf 文件配置，管理平臺隧道目的地址（接入平臺地址，AP路由可達的接入平臺地址） 、隧道端口（5248 ）、隧道模式（ 1-macBrigde ），接入平臺的相關隧道配置。
（2）檢查 AP 和 AC 上配置的 tunnel ip 是否路由可達
telnet 方式登陸AP，執(zhí)行sendcmd 1 tunnel_mgr show（如下圖） ，查看AP獲取到的AC地址（dest ip ），然后從AP ping該地址，必須保證能夠ping通。
（3）三層隧道時，要檢查管理平臺的業(yè)務VLAN配置
特別是 WLAN和VLAN關聯(lián)，如果沒有qinq配置，內層VLAN 就是對應業(yè)務 VLAN ，外層 VLAN 配置為 0。
如果是二層隧道模式，show wireless station 隧道表建立正常，用戶還是獲取不到地址，則需要檢查上面 dhcp server （如 BRAS）的數(shù)據(jù)是否制作正確，以及透傳的業(yè)務VLAN是否準確。
如果是三層隧道模式， show wireless station 隧道表建立正常，用戶還是獲取不到地址。
可以在接入板上打開 debug dhcp （注意，打開 debug 前，先用 show statistics packet reset ，連續(xù)執(zhí)行兩遍，看一下一秒內 dhcp 報文不要超過200 ，超過 200 （可能下面有環(huán)路）直接打開debug，AC會被沖死 ），看是否收到用戶的 dhcp discover報文。
如果接入平臺有收到用戶 DHCP請求報文，看 AC 是否回給用戶 OFFER 報文，以及用戶終端收到 OFFER 報文后是否發(fā)出 REQUEST 報文， AC 收到用戶終端的REQUSET 報文后會發(fā)一個 ACK 確認報文。
用戶終端收到 ACK 確認報文，整個 DHCP流程就正常走完，用戶終端就可以獲取到正確 IP 地址，任何一個環(huán)節(jié)出現(xiàn)問題，都會導致用戶終端獲取不到地址。
分下面幾種情況：
情況一
提示找不到可用的地址池， 一般是地址池中的 avAIlable-interface port X vlan XXX 語句配置參數(shù)與用戶終端上報的端口和 VLAN 號不匹配，或者是地址池中配置有 option60 屬性。
情況二
接入平臺有回 OFFER 報文，但未收到用戶的 REQUEST報文，此種情況可能是AP到AC單向通信造成，比如中間交換機有配置 QINQ ，也有可能是接入交換機端出現(xiàn)了環(huán)路，產生了廣播風暴，導致報文在接入交換機端丟失，重點排查放在中間鏈路。
如果條件允許可以在 AP 接入交換機和 AC 下行口（用戶報文上傳 AC 端口）同時抓包。
情況三
接入平臺報 CPU 利用率高， show statistics packet reset ，連續(xù)執(zhí)行兩遍，查看一秒內 AC 收到大量廣播包（如 dhcp 包超過 200 個 /秒），基本上是接入交換機或者是傳輸端發(fā)生環(huán)路，產生廣播分包，AC收到大量廣播報文，導致拒絕服務。
文章來源網絡工程師俱樂部排版，侵刪。
