做咱們這行，每天遇到的故障千奇百怪什么都有。很多網工每天只是在工作而已，遇到一個問題，就解決一個問題，每天的日子都是一樣的，枯燥無趣。

但是，就很少有人去匯總問題，登記在冊，并且去復盤。

這個行為就變成了一個分水嶺，會做筆記、復盤的網工，都是聰明人。聰明人，自然升得快，賺得多。

一日復一日的機械操作下，賺的多的網工賺的更多了，拿底薪的網工，一如既往的跑不贏通貨膨脹。

今天，我想和你分享一篇筆記，針對WLAN網絡故障中遇到的問題、分析過程以及解決方案的匯總。

01

無線網卡搜索不到

AP的無線信號

?01?問題現象

無線網卡搜索不到 AP 的無線信號

?02?問題分析

無線網卡搜索不到 AP 的信號 ,原因可以從兩方面著手：

1.無線網卡?

2. AP本身?

在遇到該問題的時候，我們可以從以上兩個方面進行處理。

?03?處理過程

1.無線網卡側

（1）查看 PC 的無線網卡是否打開 ,是否可以搜索到空間中其他的無線信號 ,確認無線網卡使用正常。

（2）檢查網卡的無線參數，例如無線工作模式等。

（3）檢查網卡與 AP 的間距，確認網卡在 AP 的覆蓋范圍內。

2.AP側

（1）查看 AP是否加電 ,工作是否正常 ,天線是否牢固。

（2）查看AP的配置信道是否為12，13 信道，歐洲制式的筆記本不支持12 ，13 信道。

（3）串口登陸 AP，執行 iwconfig 觀察WLAN接口是否已啟動。

（4）如果是瘦 AP，通過 AC 檢查 AP 的在線情況以及是否將AP分組和對應的WLAN分組綁定。

處理結論：

一般進行上述步驟的查找，問題就應該能夠解決，如果還是存在問題，建議把無線網卡的型號，AP的型號發給我們進行測試。

02

AP不穩定，丟包很嚴重

上網速度很慢

?01??問題現象

無線客戶端無線網卡關聯上AP后很不穩定，從無線網卡 ping 網關地址時丟包很嚴重，上網速度很慢。

?02??問題分析

這種現象一般有幾個常見的原因引起：

1.無線AP之間的同頻干擾導致，相鄰AP的信道設置為同一信道。

2.AP距離很近或者室分天線間距很近，會產生無線干擾。

3.由于某些AP的天線是定向天線，所以對于定向天線的覆蓋角度和距離要有所了解。

4.無線網卡正處在 AP 覆蓋范圍的邊緣，信號強度較弱引起。

5.AP 與室分系統對接問題。

?03??處理過程

1. 針對第一個原因，需要調整AP的布網環境和信道設置 ,避免相鄰 AP 的信道一樣

2. 針對第二個原因，需要調整 AP 或者室分天線的間距。

3. 針對第三和第四個原因 ,移動無線客戶端到 AP 定向天線的覆蓋范圍內，尋找信號強度最好傳輸速率最穩定的位置擺放終端。

4. 對于第 5 點原因， 可以拋開室分進行測試，如果確認是室分的問題，室分進行整改。

?04??處理結論

針對這類問題，我們首先要查看AP的工作環境，后還要查看無線網卡與AP之間的距離。

03

交換機不能

對AP進行遠程供電

?01??問題現象

交換機不能對 AP 進行供電

?02??問題分析

交換機按供電來分，有兩種：一是普通的交換機，沒有供電功能。二是帶有 POE 模塊的交換機，能夠對 AP 進行供電。

?03??問題處理

1. 首先需要確認現場的交換機類型，是否為帶有 POE 模塊的交換機

2. 帶有 POE 模塊的交換機默認的遠程供電是關閉的，需要通過命令來打開，需要執行如下的命令：set poe-port dynamic 。

?04??處理結論

在處理這類問題時，重要的是要搞清楚所接的交換機是否具有供電功能即可。

04

無線終端可搜到WLAN信號

但是沒有辦法關聯

?01??問題現象

WLAN 無線終端可以搜索到 WLAN 信號，但是沒有辦法關聯。

?02??問題分析

出現這種情況可以從如下幾個方面檢查：

1. pc 機系統使用時間太長，無線緩存出現問題。

2. 查看無線網卡目前支持的無線模式，是支持11B還是11B/G都支持。

?03??問題處理

1. 確認無線網卡支持的模式，一些老的無線網卡只支持11B模式，而我們的設備默認的為11G，因此建議調整AP的無線工作模式后再進行測試。

2. 要是還是不能解決，可以做如下的操作。首先可以修復一下WLAN無線終端，然后再重新搜索，重新關聯。

?04??問題結論

這類問題大致可以按照上面的方法進行排出，基本可以解決。

05

無線終端可通過關聯到AP

但無法正常上網

?01??問題現象

WLAN 無線終端可以正常的關聯到搜索到的AP信號，但是不能上網。

?02??問題分析

可以關聯到 AP 上，說明 AP 的無線沒有存在問題，現在出現該問題，分析可能出現的問題：信號過弱、WLAN 無線終端地址設置錯誤、AP 所連上行網絡 DNS 出現問題。

?03??問題處理

1. 盡量減少無線客戶端和 AP 之間的障礙物且不要距離太遠

2. 確認現場的網絡使用沒有問題，可以使用有線來檢查。

3. 查看 WLAN 無線終端是否設置了靜態的地址而不滿足現場的使用。

主要有兩種可能：

（1）現場使用的是 DHCP+WEB 認證的方式，但是電腦配置了靜態的地址。?

（2）現場 AP 使用路由器模式，給 WLAN 無線終端自動分配地址，但是 WLAN 無線終端手動配置地址有誤。?

（3）現場采用靜態地址配置，但是所使用的地址有問題。

?04??問題結論

1. 注意AP的物理的使用的距離，以及密碼的正確輸入，盡量配置自己熟悉的密碼

2. 準確的了解現場網絡的使用，到底以何種方式接入，何種方式計費等。

06

AP注冊到AC

但配置沒有下發

?01??問題現象

AC管理板上能夠看到 AP，但現場搜索不到無線信號。

?02??問題分析

該種用法屬于比較普遍的用法，測試的時候也是重點驗證的功能，因此應該不存在使用上的問題，故懷疑是配置上的原因導致。

?03??問題處理

首先確認該AP是否正確添加到對應的AP分組,查看AP所在的分組是否和相應的WLAN分組正確關聯。

在 web 管理頁面，基本配置 -AP 版本信息中，升級特征碼、目標版本以及目標版本文件是否配置正確，如果 AP 升級失敗，可能會不斷重啟循環走升級流程，導致配置無法正確下發。

串口或者 telnet 方式登陸管理板， show wtp ，然后選擇 ping 其中的某一個 AP ，看是否能 ping 通，如果不通參考上一節中的步驟處理。

07

用戶獲取不到IP地址

?01??問題現象

用戶采用dhcp方式實現業務，但獲取不到IP地址。

?02??問題分析

首先確認是普遍現象還是個別現象，個別現象可能是終端設置問題。同時了解組網模式，確認需要重點排查的設備。

?03??問題處理

用戶獲取不到地址問題，排查流程參考：

1. 確認是普遍現象還是個人現象

如果是個別現象，要看這些 STA 是否有相同屬性，比如在同一個熱點 （一個ONU下或者一個接入交換機下或者一個AP下）。

主要關注傳輸故障、AP故障、某個熱點的SSID 配置是否正確等。

同時，還要注意現場 AP無線信號質量如何，是否干擾嚴重，這個都會影響到用戶獲取地址（參考 3.1.2 節進行排查）。如果所有STA都無法獲取地址，那么按照以下方法排查。

2. 本地轉發模式情況

（1）web 方式登陸管理板， WLAN 中找到對應的 WLAN 分組，檢查給 AP 下發的無線參數中的業務 vlan 是否正確。

（2）本地轉發模式的情況下，一般由外置dhcp設備（例如bas 設備）作為 dhcp server給用戶分配地址。在 dhcp server 側抓包檢查 DHCP 交互過程。

（3）如果 dhcp server 側沒有收到 discover 報文，重點檢查中間鏈路是否正確配置業務vlan 。

3.集中轉發模式情況

（1）檢查下發的 SSID是集中轉發模式還是本地轉發模式

然后檢查隧道配置是否正確（執行 show wireless station，隧道建立成功會有隧道表項），檢查AP和AC上配置的 tunnel ip是否路由可達，確保隧道能正常工作。

接入平臺下 show wireless?station是否有隧道表，有則表示數據同步正常。

如果沒有，檢查相關隧道配置，比如管理平臺的 access.conf 和 forword.conf 文件配置，管理平臺隧道目的地址（接入平臺地址，AP路由可達的接入平臺地址） 、隧道端口（5248 ）、隧道模式（ 1-MACBrigde ），接入平臺的相關隧道配置。

（2）檢查 AP 和 AC 上配置的 tunnel ip 是否路由可達

telnet 方式登陸AP，執行sendcmd 1 tunnel_mgr show（如下圖） ，查看AP獲取到的AC地址（dest ip ），然后從AP ping該地址，必須保證能夠ping通。

（3）三層隧道時，要檢查管理平臺的業務VLAN配置

特別是 WLAN和VLAN關聯，如果沒有qinq配置，內層VLAN 就是對應業務 VLAN ，外層 VLAN 配置為 0。

如果是二層隧道模式，show wireless station 隧道表建立正常，用戶還是獲取不到地址，則需要檢查上面 dhcp server （如 BRAS）的數據是否制作正確，以及透傳的業務VLAN是否準確。

如果是三層隧道模式， show wireless station 隧道表建立正常，用戶還是獲取不到地址。

可以在接入板上打開 debug dhcp （注意，打開 debug 前，先用 show statistics?packet reset ，連續執行兩遍，看一下一秒內 dhcp 報文不要超過200 ，超過 200 （可能下面有環路）直接打開debug，AC會被沖死 ），看是否收到用戶的 dhcp discover報文。

如果接入平臺有收到用戶 DHCP請求報文，看 AC 是否回給用戶 OFFER 報文，以及用戶終端收到 OFFER 報文后是否發出 REQUEST 報文， AC 收到用戶終端的REQUSET 報文后會發一個 ACK 確認報文。

用戶終端收到 ACK 確認報文，整個 DHCP流程就正常走完，用戶終端就可以獲取到正確 IP 地址，任何一個環節出現問題，都會導致用戶終端獲取不到地址。

分下面幾種情況：

情況一

提示找不到可用的地址池， 一般是地址池中的 available-interface port X vlan XXX 語句配置參數與用戶終端上報的端口和 VLAN 號不匹配，或者是地址池中配置有 option60 屬性。

情況二

接入平臺有回 OFFER 報文，但未收到用戶的 REQUEST報文，此種情況可能是AP到AC單向通信造成，比如中間交換機有配置 QINQ ，也有可能是接入交換機端出現了環路，產生了廣播風暴，導致報文在接入交換機端丟失，重點排查放在中間鏈路。

如果條件允許可以在 AP 接入交換機和 AC 下行口（用戶報文上傳 AC 端口）同時抓包。

情況三

接入平臺報 CPU 利用率高， show statistics packet reset ，連續執行兩遍，查看一秒內 AC 收到大量廣播包（如 dhcp 包超過 200 個 /秒），基本上是接入交換機或者是傳輸端發生環路，產生廣播分包，AC收到大量廣播報文，導致拒絕服務。

編輯：黃飛

?