搞無(wú)線網(wǎng)絡(luò)這件事說(shuō)到底就兩關(guān)第一關(guān)是看得見(jiàn)第二關(guān)是連得上、連得好。很多新手上來(lái)就折騰路由器、折騰AP信號(hào)滿格但網(wǎng)速上不去或者時(shí)不時(shí)掉線問(wèn)題本質(zhì)往往不在最后一米而是對(duì)整個(gè)無(wú)線鏈路缺乏系統(tǒng)理解。我當(dāng)年也是從一根網(wǎng)線開(kāi)始慢慢摸到AC、AP、RADIUS、漫游、信道規(guī)劃這些概念踩了不少坑才把整個(gè)知識(shí)體系串起來(lái)。這篇文章就把我學(xué)習(xí)無(wú)線網(wǎng)絡(luò)技術(shù)的過(guò)程和心得做一次完整總結(jié)從底層協(xié)議講到組網(wǎng)配置從安全認(rèn)證聊到優(yōu)化排障最后再看一看無(wú)線網(wǎng)絡(luò)在低功耗物聯(lián)網(wǎng)里的落地姿勢(shì)。內(nèi)容盡量按實(shí)操線索來(lái)講適合剛?cè)腴T(mén)網(wǎng)絡(luò)工程、準(zhǔn)備考華為HCIA/HCIP無(wú)線方向或者工作中需要獨(dú)立搞定小型無(wú)線項(xiàng)目的朋友收藏。1. 無(wú)線網(wǎng)絡(luò)技術(shù)學(xué)習(xí)路線與核心框架1.1 先別急著配設(shè)備把無(wú)線網(wǎng)絡(luò)的三層邏輯理清楚學(xué)無(wú)線網(wǎng)絡(luò)最容易犯的錯(cuò)就是一頭扎進(jìn) Web 管理頁(yè)面照著教程把 SSID 和密碼一填能上網(wǎng)就覺(jué)得完事了。真正做項(xiàng)目或者排查問(wèn)題的時(shí)候這種理解深度完全不夠。我后來(lái)把無(wú)線網(wǎng)絡(luò)拆成三層來(lái)看整個(gè)學(xué)習(xí)脈絡(luò)就清晰了。第一層是射頻層負(fù)責(zé)把數(shù)據(jù)比特變成電磁波發(fā)出去涉及頻段、信道、發(fā)射功率、天線增益、接收靈敏度這些概念。第二層是鏈路層IEEE 802.11 協(xié)議在這一層定義了幀格式、接入機(jī)制CSMA/CA、認(rèn)證關(guān)聯(lián)、漫游切換等等。第三層是網(wǎng)絡(luò)層以上也就是無(wú)線終端接入后如何拿 IP、如何訪問(wèn)網(wǎng)關(guān)、如何做漫游時(shí) IP 地址不變化這一層往往依賴(lài) DHCP、VLAN、CAPWAP 隧道等機(jī)制。很多工程師在排查無(wú)線問(wèn)題時(shí)只盯著信號(hào)強(qiáng)度但真正的問(wèn)題往往出在鏈路層或網(wǎng)絡(luò)層。舉個(gè)例子你看到終端信號(hào)顯示 -60 dBm這個(gè)數(shù)值本身看起來(lái)還行但如果信道擁塞嚴(yán)重、重傳率很高實(shí)際體驗(yàn)依然糟糕。所以學(xué)習(xí)的時(shí)候一定不要跳過(guò)協(xié)議層哪怕不考認(rèn)證也要把 802.11 的幀類(lèi)型、管理幀的 Probe/Beacon/Auth/Assoc 流程搞清楚這些是后續(xù)排障的底層依據(jù)。1.2 從 802.11 協(xié)議族看懂 Wi-Fi 的演進(jìn)脈絡(luò)無(wú)線網(wǎng)絡(luò)技術(shù)這么多年來(lái)一直在演進(jìn)核心都圍繞 IEEE 802.11 協(xié)議族展開(kāi)。我學(xué)習(xí)時(shí)最喜歡做的事就是把每一代協(xié)議的關(guān)鍵參數(shù)列成一張對(duì)比表這樣記起來(lái)非常高效。協(xié)議標(biāo)準(zhǔn)頻段單流理論速率關(guān)鍵技術(shù)802.11b2.4 GHz11 MbpsDSSS802.11g2.4 GHz54 MbpsOFDM802.11n2.4/5 GHz150 MbpsMIMO、信道綁定802.11ac5 GHz867 Mbps80 MHz更高階調(diào)制、MU-MIMO802.11ax2.4/5/6 GHz1201 Mbps80 MHzOFDMA、TWT、BSS Coloring802.11be2.4/5/6 GHz2.4 Gbps80 MHz多鏈路操作、320 MHz 帶寬建議學(xué)到這里時(shí)一定要理解 OFDM 和 OFDMA 的區(qū)別。Wi-Fi 5 的 OFDM 是每一幀只能服務(wù)一個(gè)用戶所有子載波都分配給同一終端而 Wi-Fi 6 的 OFDMA 把子載波分成多個(gè)資源單元 RU可以在同一時(shí)刻服務(wù)多個(gè)終端。這在人多密集的場(chǎng)景下提升非常明顯也是 Wi-Fi 6 宣稱(chēng)高密接入能力的核心來(lái)源。對(duì)于新人來(lái)說(shuō)不用死記硬背所有速率參數(shù)但至少要知道2.4 GHz 穿墻強(qiáng)但干擾大5 GHz 干擾少但覆蓋弱。做無(wú)線項(xiàng)目選頻段、選協(xié)議的時(shí)候這些底層差異直接決定了最終體驗(yàn)。1.3 學(xué)習(xí)環(huán)境搭建真機(jī)、模擬器和抓包工具怎么選無(wú)線網(wǎng)絡(luò)和有線網(wǎng)絡(luò)不太一樣抓包沒(méi)有那么方便因?yàn)闊o(wú)線網(wǎng)卡默認(rèn)不接收不是發(fā)給自己的幀。但這恰恰是學(xué)習(xí)的關(guān)鍵之處。我的建議是如果有預(yù)算買(mǎi)一臺(tái)胖 AP 或小企業(yè)級(jí) AP AC 的組合自己在家搭實(shí)驗(yàn)環(huán)境。像華為的 AirEngine 系列 AP 配合 AC 設(shè)備或者 H3C 的 Mini 系列都適合入門(mén)折騰。真機(jī)能讓你感受到射頻環(huán)境的不確定性——信號(hào)波動(dòng)、漫游切換、干擾這些在模擬器里是感受不到的。如果沒(méi)有真機(jī)條件eNSP 模擬器也能完成大部分組網(wǎng)與配置的學(xué)習(xí)。華為 eNSP 里的 AC如 AC6005和 AP如 AP2050DN雖然是模擬出來(lái)的但 CAPWAP 隧道建立、VAP 下發(fā)、WLAN 業(yè)務(wù)配置這些流程是完整可學(xué)的。我自己剛開(kāi)始搭無(wú)線實(shí)驗(yàn)時(shí)就是在 eNSP 里跑通了 AC 與 AP 的 CAPWAP 交互這個(gè)基礎(chǔ)后來(lái)在真機(jī)上配置時(shí)幫了大忙。抓包工具方面強(qiáng)烈推薦 Wireshark 加支持的無(wú)線網(wǎng)卡Windows 下可能需要 AirPcap 或者某些支持監(jiān)聽(tīng)模式的 Realtek 網(wǎng)卡。不追求復(fù)雜的 802.11 幀解析也沒(méi)關(guān)系在 eNSP 里做實(shí)驗(yàn)時(shí)抓 CAPWAP 控制報(bào)文、抓 DHCP 交互過(guò)程同樣能建立扎實(shí)的協(xié)議認(rèn)知。2. eNSP 無(wú)線網(wǎng)絡(luò)配置實(shí)例從零搭建 AC AP 組網(wǎng)2.1 拓?fù)湓O(shè)計(jì)與 IP 規(guī)劃在 eNSP 里做無(wú)線實(shí)驗(yàn)正確的打開(kāi)方式是先把拓?fù)洚?huà)清楚再動(dòng)手配置。我常用的基礎(chǔ)拓?fù)淙缦潞诵慕粨Q機(jī)做 DHCP 和網(wǎng)關(guān)AC 通過(guò)二層網(wǎng)絡(luò)與 AP 互通AP 通過(guò) CAPWAP 隧道注冊(cè)到 AC業(yè)務(wù) VLAN 和管理 VLAN 分開(kāi)走。具體 IP 規(guī)劃建議這樣設(shè)計(jì)管理 VLAN 100網(wǎng)段 192.168.100.0/24AC 與 AP 都在這段業(yè)務(wù) VLAN 200網(wǎng)段 192.168.200.0/24無(wú)線終端接入后獲取這段地址AP 的 DHCP 由核心交換機(jī)或 AC 接口地址池下發(fā)網(wǎng)關(guān)指向 AC 的管理地址核心交換機(jī)與 AC 之間用 Trunk 鏈路放行 VLAN 100 和 200需要注意 CAPWAP 隧道有兩種承載方式二層組網(wǎng)下AP 與 AC 在同一個(gè)二層域CAPWAP 直接通過(guò) MAC 地址尋址三層組網(wǎng)下AP 要能通過(guò) IP 路由找到 AC。eNSP 里最常做的還是二層組網(wǎng)簡(jiǎn)單直接適合把業(yè)務(wù)邏輯先跑通。2.2 AC 側(cè)配置要點(diǎn)基礎(chǔ)配置與 AP 上線eNSP 中 AC 配置有固定的套路我踩過(guò)坑之后總結(jié)出順序很重要。第一步先把 AC 的基礎(chǔ)接口配好包括管理地址、接口類(lèi)型、VLAN 劃分否則后面 AP 根本找不到 AC。核心命令思路如下創(chuàng)建管理 VLAN 和業(yè)務(wù) VLANvlan batch 100 200配置 AC 與交換機(jī)互聯(lián)接口為 Trunk放行相應(yīng) VLAN創(chuàng)建 VLANIF 作為管理網(wǎng)關(guān)interface Vlanif100配置 IP 地址配置 DHCP 服務(wù)也可以放在核心交換機(jī)上啟用 CAPWAP 源接口capwap source interface Vlanif100配置 AC 的無(wú)線業(yè)務(wù)相關(guān)模板這里最容易被忽略的是第 5 步。如果 AP 能夠拿到管理 IP但狀態(tài)一直是 Idle 而不是 Normal九成就是 CAPWAP 源接口沒(méi)有配置或者 AC 的回程路由有問(wèn)題。AP 上線時(shí)會(huì)通過(guò)廣播或者 DNS 等方式尋找 AC如果 AC 自己都不知道自己該從哪個(gè)接口應(yīng)答AP 自然無(wú)法注冊(cè)成功。2.3 VAP 模板與 SSID 下發(fā)AP 成功注冊(cè)到 AC 后下一步是創(chuàng)建 WLAN 業(yè)務(wù)。華為設(shè)備上有一個(gè)層級(jí)概念要理解清楚AP 組、VAP 模板、SSID 模板、安全模板它們彼此引用。具體做法是這樣創(chuàng)建 SSID 模板指定無(wú)線網(wǎng)絡(luò)名稱(chēng)創(chuàng)建安全模板配置 WPA2-PSK 或者 WPA3 等認(rèn)證方式創(chuàng)建 VAP 模板引用 SSID 模板和安全模板創(chuàng)建 AP 組將 VAP 模板應(yīng)用到 AP 組下的指定射頻我建議給 VAP 模板起名時(shí)帶上業(yè)務(wù)含義比如vap-wlan-office這樣后期維護(hù)好幾臺(tái) AP 的時(shí)候才知道哪個(gè)模板管什么業(yè)務(wù)。一個(gè) AP 可以下發(fā)多個(gè) VAP對(duì)應(yīng)不同 SSID這在做訪客網(wǎng)絡(luò)和辦公網(wǎng)絡(luò)隔離時(shí)非常常見(jiàn)。配置完成后能在 AC 上用display vap ssid查看 VAP 狀態(tài)用display station查看已關(guān)聯(lián)終端。如果在 eNSP 里發(fā)現(xiàn) VAP 狀態(tài)正常但終端無(wú)法連接優(yōu)先排查安全模板里的加密方式與終端是否匹配。eNSP 模擬器對(duì) WPA3 支持有限建議做實(shí)驗(yàn)時(shí)先用 WPA2-PSK。2.4 漫游與 DHCP 的配合邏輯很多人忽略了一個(gè)關(guān)鍵點(diǎn)無(wú)線漫游不只是射頻層的切換還涉及 DHCP 和網(wǎng)關(guān)的配合。同一個(gè) AC 管理的多個(gè) AP如果業(yè)務(wù) VLAN 是同一個(gè)終端漫游后 IP 地址不需要變化但如果跨了 VLAN 或跨了 AC就要考慮 DHCP 重新分配和網(wǎng)關(guān)可達(dá)性問(wèn)題。在 eNSP 實(shí)驗(yàn)里可以在同一個(gè) AC 下掛兩臺(tái) AP用 STA 在它們之間手動(dòng)切換模擬器模擬了終端漫游行為觀察漫游前后的 IP 變化。這個(gè)實(shí)驗(yàn)做完基本就能理解二層漫游和三層漫游的本質(zhì)區(qū)別。真正生產(chǎn)環(huán)境中漫游切換還涉及快速漫游協(xié)議如 802.11r、AC 間漫游的隧道轉(zhuǎn)發(fā)等eNSP 模擬不到這么深但至少要把本地轉(zhuǎn)發(fā)和隧道轉(zhuǎn)發(fā)的概念弄清楚。AC 下發(fā) VAP 時(shí)數(shù)據(jù)轉(zhuǎn)發(fā)方式有兩種直接轉(zhuǎn)發(fā)本地轉(zhuǎn)發(fā)和隧道轉(zhuǎn)發(fā)CAPWAP 數(shù)據(jù)隧道。直接轉(zhuǎn)發(fā)性能高但 VLAN 規(guī)劃要復(fù)雜些隧道轉(zhuǎn)發(fā)集中管理方便但 AC 壓力大小項(xiàng)目我通常選直接轉(zhuǎn)發(fā)。3. 無(wú)線網(wǎng)絡(luò) RADIUS 認(rèn)證接入從密碼認(rèn)證到企業(yè)級(jí)認(rèn)證3.1 為什么小項(xiàng)目用 PSK大項(xiàng)目必須上 RADIUS家用或者小辦公室場(chǎng)景WPA2-PSK 就夠了一個(gè)預(yù)共享密鑰所有終端用同一個(gè)密碼接入簡(jiǎn)單粗暴。但稍微大一點(diǎn)的場(chǎng)景比如公司、學(xué)校、醫(yī)院PSK 的弊端就非常明顯員工離職要改密碼改一次全網(wǎng)終端都要重新輸入訪客和員工共用同一個(gè)密鑰內(nèi)網(wǎng)安全邊界形同虛設(shè)無(wú)法審計(jì)每個(gè)用戶的流量行為。這就是 RADIUSRemote Authentication Dial-In User Service登場(chǎng)的場(chǎng)景。RADIUS 本質(zhì)上是一個(gè) AAA認(rèn)證、授權(quán)、計(jì)費(fèi)協(xié)議無(wú)線控制器只負(fù)責(zé)把用戶的認(rèn)證請(qǐng)求轉(zhuǎn)發(fā)給 RADIUS 服務(wù)器由服務(wù)器完成身份校驗(yàn)再告訴 AC 允許或拒絕接入。我自己的體會(huì)是RADIUS 802.1X 是無(wú)線網(wǎng)絡(luò)從能用走向好管的分水嶺。雖然在實(shí)驗(yàn)環(huán)境里搭 RADIUS 麻煩一些但作為網(wǎng)絡(luò)工程師這套機(jī)制必須掌握。3.2 802.1X 認(rèn)證的完整交互流程802.1X 認(rèn)證是 RADIUS 在企業(yè)無(wú)線中最常見(jiàn)的落地方式。理解它的流程比背端口號(hào)重要得多。整個(gè)流程大致如下終端連接 SSID發(fā)起關(guān)聯(lián)請(qǐng)求AP 與終端建立關(guān)聯(lián)后要求終端進(jìn)行 802.1X 認(rèn)證終端把用戶名密碼封裝在 EAP 報(bào)文里通過(guò) AP 轉(zhuǎn)發(fā)給 ACAC 把 EAP 報(bào)文再封裝成 RADIUS 報(bào)文發(fā)給 RADIUS 服務(wù)器RADIUS 服務(wù)器校驗(yàn)身份通過(guò)后返回 Access-Accept 報(bào)文AC 允許終端接入網(wǎng)絡(luò)同時(shí)可能下發(fā) VLAN 和 ACL 策略這里有幾個(gè)細(xì)節(jié)能看出工程師水平EAP 報(bào)文在 AP 與 AC 之間有時(shí)走 CAPWAP 隧道有時(shí)走本地轉(zhuǎn)發(fā)路徑需要提前規(guī)劃RADIUS 服務(wù)器返回的 VLAN 可以做到按用戶動(dòng)態(tài)分配 VLAN不同身份的用戶接入后自動(dòng)落在不同網(wǎng)段隔離效果非常好計(jì)費(fèi)報(bào)文Accounting要和認(rèn)證報(bào)文區(qū)分開(kāi)有的裝備只配了認(rèn)證忘了計(jì)費(fèi)導(dǎo)致用戶下線后 RADIUS 服務(wù)器仍顯示在線。3.3 用 FreeRADIUS 搭建認(rèn)證服務(wù)器實(shí)戰(zhàn)實(shí)驗(yàn)環(huán)境里搭 RADIUS 服務(wù)器我最推薦用 FreeRADIUS免費(fèi)、跨平臺(tái)、資料多。在 Ubuntu 上裝一個(gè) FreeRADIUS 只需要幾行命令sudo apt update sudo apt install freeradius sudo systemctl enable freeradius裝完后先別急著改一堆配置先在默認(rèn)配置下把服務(wù)跑起來(lái)用radtest命令測(cè)試本地認(rèn)證是否正常radtest testuser testing123 127.0.0.1 0 testing123如果看到Access-Accept說(shuō)明 RADIUS 服務(wù)基本可用。接下來(lái)添加自己的用戶編輯/etc/freeradius/3.0/users文件tester Cleartext-Password : mypassword然后配置客戶端也就是 AC 或交換機(jī)編輯/etc/freeradius/3.0/clients.confclient ac-1 { ipaddr 192.168.100.10 secret radiussharedsecret }secret必須和 AC 上配置的共享密鑰一致否則 AC 和 RADIUS 服務(wù)器之間的通信會(huì)被丟棄。這里我犯過(guò)最蠢的錯(cuò)誤就是把 AC 的源 IP 記錯(cuò)了結(jié)果 RADIUS 抓包全是 Access-Request 發(fā)出但收不到任何響應(yīng)。排查的時(shí)候先看/var/log/freeradius/radius.log這個(gè)日志會(huì)直接告訴你客戶端是不是被識(shí)別了。3.4 無(wú)線控制器側(cè) RADIUS 配置要點(diǎn)華為 AC 上配置 RADIUS 認(rèn)證的思路很清晰分成三步定義 RADIUS 服務(wù)器模板、創(chuàng)建 AAA 認(rèn)證方案、在安全模板里引用。radius-server template radius1 radius-server shared-key cipher radiussharedsecret radius-server authentication 192.168.100.50 1812 radius-server accounting 192.168.100.50 1813aaa authentication-scheme auth1 authentication-mode radius然后在 WLAN 安全模板里將認(rèn)證方式改為 802.1X 并引用剛才的 AAA 方案wlan security-profile name sec-dot1x dot1x-authentication-method eap authentication-scheme auth1 radius-server template radius1配置順序別亂一旦安全模板引用了 RADIUS 認(rèn)證終端側(cè)的連接方式就從輸入密碼變成了 802.1X 客戶端Windows 自帶、業(yè)界常用客戶端都行。千萬(wàn)不要在配置過(guò)程中把 PSK 和 802.1X 混在一個(gè)模板里那樣會(huì)導(dǎo)致終端行為不可預(yù)期。3.5 證書(shū)與 EAP 方法選擇的坑802.1X 有多種 EAP 方法實(shí)驗(yàn)和實(shí)際項(xiàng)目中最常見(jiàn)的是EAP-PEAP和EAP-TLS。前者用用戶名密碼加服務(wù)器證書(shū)終端側(cè)只需要輸入賬號(hào)密碼后者需要終端側(cè)也安裝客戶端證書(shū)安全性更高但部署成本大。我建議初學(xué)者從 EAP-PEAP 入手因?yàn)榭蛻舳伺渲煤?jiǎn)單服務(wù)器端證書(shū)可以先用自簽名證書(shū)代替。FreeRADIUS 默認(rèn)配置里已經(jīng)生成了自簽名證書(shū)位置在/etc/freeradius/3.0/certs/。如果終端連接時(shí)報(bào)證書(shū)錯(cuò)誤把server.pem和ca.pem導(dǎo)入終端受信任的根證書(shū)頒發(fā)機(jī)構(gòu)即可。真正做生產(chǎn)項(xiàng)目時(shí)證書(shū)必須從正規(guī) CA 申請(qǐng)否則幾百臺(tái)終端的證書(shū)信任問(wèn)題會(huì)讓你崩潰。我自己維護(hù)過(guò)一套無(wú)線認(rèn)證系統(tǒng)因?yàn)橛昧俗院灻C書(shū)每次給新員工配電腦都要手動(dòng)裝一次證書(shū)后來(lái)?yè)Q成企業(yè) CA 自動(dòng)下發(fā)運(yùn)維成本驟降。4. 無(wú)線網(wǎng)絡(luò)優(yōu)化與故障排查讓信號(hào)滿格更要讓體驗(yàn)滿格4.1 從用戶投訴到根因定位的排查思路無(wú)線網(wǎng)絡(luò)排障最忌諱的情況就是用戶說(shuō)網(wǎng)不好然后你直接跑到現(xiàn)場(chǎng)看信號(hào)強(qiáng)度。信號(hào)只是其中一環(huán)真正的排查思路應(yīng)該按這個(gè)順序來(lái)第一步確認(rèn)用戶接入的是哪個(gè) SSID、哪個(gè) AP、哪個(gè)頻段拿到關(guān)聯(lián)信息和信號(hào)強(qiáng)度。判斷信號(hào)是否低于 -75 dBm。第二步看鏈路質(zhì)量登錄 AC 查看該終端的 RSSI、丟包率、重傳率、協(xié)商速率。第三步看認(rèn)證和 DHCP 是否正常特別是 802.1X 環(huán)境下Radius 日志經(jīng)常能給出答案。第四步看上聯(lián)鏈路和出口帶寬。無(wú)線側(cè)一切正常但網(wǎng)速慢很可能是出口擁塞或者帶寬被占滿。這套思路看起來(lái)簡(jiǎn)單但真正執(zhí)行時(shí)很多工程師第一步就被卡住了——不知道用戶連的是哪個(gè) AP。所以日常就應(yīng)該養(yǎng)成給 AP 命名時(shí)帶上物理位置的習(xí)慣比如AP-3F-Conference否則出了故障你都不知道去哪臺(tái)設(shè)備上看。4.2 信道規(guī)劃與干擾排查2.4G 和 5G 要區(qū)別對(duì)待信道規(guī)劃是無(wú)線優(yōu)化里技術(shù)含量最高的部分之一。2.4 GHz 頻段只有 1、6、11 三個(gè)完全不重疊的信道在辦公樓這種 AP 密集的環(huán)境里信道復(fù)用幾乎是不可避免的。很多時(shí)候你感覺(jué)信道利用率高并不是因?yàn)閿?shù)據(jù)量大而是同一個(gè)信道上的鄰居 AP 太多大家都在爭(zhēng)搶介質(zhì)訪問(wèn)權(quán)。我的實(shí)踐經(jīng)驗(yàn)是2.4 GHz 頻段下盡量把 AP 功率調(diào)低一點(diǎn)縮小覆蓋范圍減少相鄰 AP 之間的重疊。不要追求單 AP 覆蓋整個(gè)樓層那不是優(yōu)化而是災(zāi)難。5 GHz 頻段可用信道多36、40、44、48、52、56、60、64、149、153、157、161、165做信道規(guī)劃時(shí)要注意區(qū)分 DFS 信道也就是雷達(dá)信道如果周?chē)熊娪美走_(dá)或氣象雷達(dá)AP 會(huì)自動(dòng)跳信道避開(kāi)這在部署時(shí)要提前查清楚。干擾排查可以用手機(jī) App 簡(jiǎn)單掃一下環(huán)境市面上很多 Wi-Fi 掃描工具看周?chē)?AP 占了哪些信道然后錯(cuò)開(kāi)更專(zhuān)業(yè)的環(huán)境建議用分析工具配合 AP 的頻譜分析功能。我自己遇到過(guò)一次奇怪的頻繁掉線問(wèn)題折騰了兩周發(fā)現(xiàn)是隔壁公司新裝了一臺(tái)微波中繼設(shè)備正好在我們 AP 的工作信道上有強(qiáng)干擾最終靠改信道解決了。4.3 漫游優(yōu)化參數(shù)調(diào)整讓終端舍得切換很多無(wú)線網(wǎng)絡(luò)的問(wèn)題是終端粘在一個(gè)信號(hào)已經(jīng)很差的 AP 上不切換。這不是 AP 的問(wèn)題而是終端的漫游算法很保守只有當(dāng)信號(hào)差到一定程度才會(huì)觸發(fā)漫游。調(diào)整漫游相關(guān)的參數(shù)是優(yōu)化中最立竿見(jiàn)影的手段之一觸發(fā)漫游的 RSSI 閾值設(shè)置一個(gè)下限比如 -75 dBm低于這個(gè)值終端才被允許觸發(fā)漫游相鄰 AP 的信號(hào)差閾值當(dāng)鄰居 AP 信號(hào)比當(dāng)前 AP 好多少 dB 時(shí)才切換一般設(shè)為 8~12 dB漫游檢查周期AP 多久檢查一次終端的信號(hào)強(qiáng)度太頻繁會(huì)增加開(kāi)銷(xiāo)太久會(huì)導(dǎo)致漫游遲鈍華為 AC 上可以通過(guò)rrm相關(guān)的模板配置漫游閾值。實(shí)際調(diào)優(yōu)時(shí)不要直接套網(wǎng)絡(luò)上的默認(rèn)參數(shù)要結(jié)合現(xiàn)場(chǎng) AP 間距來(lái)調(diào)。如果 AP 部署很密閾值就調(diào)低一點(diǎn)讓終端更快切換到信號(hào)更好的 AP如果 AP 間距大閾值要調(diào)高一點(diǎn)避免終端在兩個(gè) AP 之間反復(fù)橫跳。4.4 典型問(wèn)題速查表現(xiàn)象可能原因快速排查方法AP 無(wú)法上線CAPWAP 源接口未配置、VLAN 不通、AC 無(wú)法路由到 APdisplay capwap state、display ap all終端能找到 SSID 但連不上安全模板加密方式與終端不匹配、MAC 認(rèn)證白名單查看 AC 的 AAA 日志、終端側(cè)刪掉網(wǎng)絡(luò)重新連接連接成功但獲取不到 IPDHCP 地址池耗盡、中繼配置錯(cuò)誤、VLAN 不一致在 AC 或交換機(jī)上display ip pool信號(hào)滿格但網(wǎng)速很慢信道干擾嚴(yán)重、協(xié)商速率低、出口帶寬不足查看終端協(xié)商速率、AP 信道利用率漫游丟包嚴(yán)重漫游參數(shù)不合理、DHCP 重新分配耗時(shí)、AC 間漫游未配置終端持續(xù) ping 網(wǎng)關(guān)觀察漫游瞬間丟包情況視頻會(huì)議卡頓上行帶寬不足、QoS 未配置、終端頻段與 AP 支持不匹配優(yōu)先讓 5 GHz 終端工作檢查 WMM 是否開(kāi)啟這張表是我整理學(xué)習(xí)筆記時(shí)反復(fù)打磨過(guò)的每次排查問(wèn)題都會(huì)回來(lái)對(duì)照一遍。很多看似復(fù)雜的故障逐一排除后其實(shí)就是某個(gè)參數(shù)沒(méi)配對(duì)或者某個(gè)服務(wù)沒(méi)啟用的低級(jí)問(wèn)題。4.5 無(wú)線網(wǎng)絡(luò)優(yōu)化里的 QoS 和限速策略無(wú)線網(wǎng)絡(luò)優(yōu)化有一個(gè)經(jīng)常被忽略的方向服務(wù)質(zhì)量QoS。當(dāng)網(wǎng)絡(luò)里同時(shí)跑著視頻會(huì)議、文件下載、監(jiān)控視頻流的時(shí)候無(wú)線資源是共享的誰(shuí)嗓門(mén)大誰(shuí)搶得多。如果不做優(yōu)先級(jí)調(diào)度一個(gè)開(kāi)迅雷的同事就能把整個(gè) AP 的帶寬吃干抹凈。WMMWi-Fi Multimedia是 802.11e 的簡(jiǎn)化版通過(guò)給不同業(yè)務(wù)打不同的接入優(yōu)先級(jí)保證語(yǔ)音和視頻的時(shí)延和抖動(dòng)。企業(yè)級(jí) AC 上通?？梢耘渲没?VAP 的限速也可以配置基于用戶的 QoS 策略。我在實(shí)際項(xiàng)目中做過(guò)一次優(yōu)化公司視頻會(huì)議頻繁卡頓排查發(fā)現(xiàn)是同一 AP 下有人在大流量下載。后來(lái)在 AC 上給視頻會(huì)議終端的 MAC 地址單獨(dú)做了高優(yōu)先級(jí)策略同時(shí)給下載類(lèi)應(yīng)用做了帶寬限制問(wèn)題立刻緩解。無(wú)線優(yōu)化不要只會(huì)調(diào)信號(hào)業(yè)務(wù)識(shí)別和流量調(diào)度能力才是拉開(kāi)差距的地方。5. 低功耗無(wú)線網(wǎng)絡(luò)與上位機(jī)聯(lián)動(dòng)C# 溫度監(jiān)測(cè)系統(tǒng)拆解5.1 低功耗無(wú)線網(wǎng)絡(luò)的應(yīng)用場(chǎng)景與技術(shù)選型聊完傳統(tǒng)的 Wi-Fi 無(wú)線網(wǎng)絡(luò)再來(lái)看一個(gè)完全不同的分支低功耗無(wú)線網(wǎng)絡(luò)。這個(gè)領(lǐng)域和日常上網(wǎng)用的 Wi-Fi 不太一樣核心目標(biāo)不是高帶寬而是極低的功耗、長(zhǎng)時(shí)間的待機(jī)、簡(jiǎn)單的組網(wǎng)協(xié)議。最典型的場(chǎng)景包括溫濕度監(jiān)測(cè)、冷鏈物流、智能農(nóng)業(yè)、工業(yè)設(shè)備狀態(tài)采集。常用的低功耗無(wú)線技術(shù)有這些各有各的優(yōu)勢(shì)nRF24L012.4 GHz 私有協(xié)議成本低開(kāi)發(fā)簡(jiǎn)單功耗極低適合短距離點(diǎn)對(duì)點(diǎn)或星型網(wǎng)絡(luò)LoRaSub-1GHz 頻段穿墻能力強(qiáng)傳輸距離遠(yuǎn)幾公里適合廣覆蓋的物聯(lián)網(wǎng)應(yīng)用ZigBee基于 802.15.4 協(xié)議支持 Mesh 組網(wǎng)節(jié)點(diǎn)數(shù)量大適合復(fù)雜的傳感網(wǎng)絡(luò)BLE低功耗藍(lán)牙手機(jī)生態(tài)好適合與手機(jī)直接交互的場(chǎng)景考慮到標(biāo)題里的關(guān)鍵詞是C#的極低功耗無(wú)線網(wǎng)絡(luò)溫度監(jiān)測(cè)系統(tǒng)的上位機(jī)這套系統(tǒng)的底層大概率選了 nRF24L01 這類(lèi)性?xún)r(jià)比高的芯片做節(jié)點(diǎn)中心節(jié)點(diǎn)再通過(guò)串口和 PC 連接上位機(jī)用 C# 來(lái)做數(shù)據(jù)展示和管理。5.2 下位機(jī)到上位機(jī)的數(shù)據(jù)鏈路設(shè)計(jì)低功耗無(wú)線溫度監(jiān)測(cè)系統(tǒng)整體上分為三塊采集節(jié)點(diǎn)、匯聚節(jié)點(diǎn)、上位機(jī)。采集節(jié)點(diǎn)裝溫度傳感器比如 DS18B20定時(shí)喚醒讀一次溫度通過(guò)無(wú)線模塊發(fā)出去然后繼續(xù)休眠。為了省電節(jié)點(diǎn)大部分時(shí)間都在睡覺(jué)這個(gè)占空比設(shè)計(jì)是整個(gè)系統(tǒng)功耗的命脈。匯聚節(jié)點(diǎn)負(fù)責(zé)把收到的無(wú)線數(shù)據(jù)轉(zhuǎn)換成串口數(shù)據(jù)發(fā)給 PC。上位機(jī) C# 程序要做的核心事情有三個(gè)維度通過(guò)串口接收匯聚節(jié)點(diǎn)上傳的數(shù)據(jù)幀解析數(shù)據(jù)幀得到節(jié)點(diǎn) ID、溫度值、電量、時(shí)間戳實(shí)時(shí)展示數(shù)據(jù)、存儲(chǔ)歷史數(shù)據(jù)、超閾值報(bào)警5.3 C# 上位機(jī)的串口通信與數(shù)據(jù)解析實(shí)現(xiàn)C# 做串口通信非常簡(jiǎn)單System.IO.Ports.SerialPort類(lèi)封裝好了大部分工作。以下是初始化串口的基礎(chǔ)代碼using System.IO.Ports; SerialPort sp new SerialPort(); sp.PortName COM3; sp.BaudRate 115200; sp.DataBits 8; sp.Parity Parity.None; sp.StopBits StopBits.One; sp.Open(); sp.DataReceived Sp_DataReceived;DataReceived事件是串口編程的核心。需要注意這個(gè)事件不保證每次收到的數(shù)據(jù)是一個(gè)完整的數(shù)據(jù)幀可能一次收到半幀也可能收到多幀所以上位機(jī)必須自己做緩沖和幀同步。我的處理思路是先把收到的字節(jié)追加到一個(gè)緩沖區(qū)然后按幀協(xié)議從頭解析如果幀不完整就等下一個(gè)事件到來(lái)繼續(xù)湊。溫度監(jiān)測(cè)系統(tǒng)的數(shù)據(jù)幀格式可以設(shè)計(jì)成下面這樣幀頭固定字節(jié)0xAA 0x55用于對(duì)齊節(jié)點(diǎn) ID1 字節(jié)范圍 0~255溫度值2 字節(jié)用有符號(hào)整數(shù)表示單位 0.1 攝氏度電量1 字節(jié)單位百分比校驗(yàn)1 字節(jié)累加和校驗(yàn)或 CRC8對(duì)應(yīng) C# 的解析偽代碼邏輯大致如下private void ParseFrame(byte[] buffer, int length) { int index 0; while (index length - 1) { if (buffer[index] 0xAA buffer[index 1] 0x55) { int frameLen buffer[index 2]; // 幀長(zhǎng)度字段 if (index 2 frameLen length) { byte nodeId buffer[index 3]; short tempRaw (short)((buffer[index 4] 8) | buffer[index 5]); double temp tempRaw / 10.0; byte battery buffer[index 6]; if (ChecksumValid(buffer, index, frameLen)) { UpdateTemperature(nodeId, temp, battery); index frameLen 2; } } else break; // 幀不完整等待更多數(shù)據(jù) } else index; } }這是我的經(jīng)驗(yàn)總結(jié)出來(lái)的處理方式。寫(xiě)代碼時(shí)一定不要假設(shè)每次DataReceived都能給你一幀完整數(shù)據(jù)實(shí)際串口通信高頻情況下拆包和粘包是常態(tài)。調(diào)試時(shí)可以用虛擬串口工具模擬匯聚節(jié)點(diǎn)發(fā)送構(gòu)造好的數(shù)據(jù)幀驗(yàn)證上位機(jī)的解析邏輯是否正確。5.4 上位機(jī)的實(shí)時(shí)展示與數(shù)據(jù)存儲(chǔ)上位機(jī)除了通信解析還要解決展示和存儲(chǔ)的問(wèn)題。展示部分我用 WinForms 的 Chart 控件做實(shí)時(shí)溫度曲線定時(shí)器每秒刷新一次。刷新時(shí)不要每次都清空重畫(huà)那樣界面會(huì)閃爍正確做法是使用Series.Points.AddXY添加新數(shù)據(jù)點(diǎn)并移除超過(guò)顯示窗口范圍的舊數(shù)據(jù)點(diǎn)。數(shù)據(jù)存儲(chǔ)方面小型系統(tǒng)用 SQLite 最合適不需要安裝數(shù)據(jù)庫(kù)服務(wù)一個(gè)文件搞定。溫度數(shù)據(jù)按時(shí)間戳存儲(chǔ)表結(jié)構(gòu)可以設(shè)計(jì)成CREATE TABLE temp_history ( id INTEGER PRIMARY KEY AUTOINCREMENT, node_id INTEGER NOT NULL, temp REAL NOT NULL, battery INTEGER, create_time DATETIME DEFAULT CURRENT_TIMESTAMP );報(bào)警邏輯我建議做成獨(dú)立線程或者定時(shí)檢查不要在DataReceived事件里直接彈窗否則串口數(shù)據(jù)一多界面會(huì)卡死。用Invoke回到 UI 線程更新界面的同時(shí)把報(bào)警狀態(tài)寫(xiě)入日志表格。C# 上位機(jī)這塊我覺(jué)得最關(guān)鍵的不是代碼本身而是要理解下位機(jī)的數(shù)據(jù)特征。低功耗節(jié)點(diǎn)是周期性上報(bào)的可能每 30 秒才來(lái)一條數(shù)據(jù)如果上位機(jī)沒(méi)有按時(shí)間維度做異常檢測(cè)節(jié)點(diǎn)掉線半小時(shí)都沒(méi)人發(fā)現(xiàn)。所以設(shè)計(jì)上位機(jī)時(shí)一定要加心跳超時(shí)機(jī)制如果某個(gè)節(jié)點(diǎn)超過(guò)預(yù)期上報(bào)周期的 3 倍還沒(méi)有數(shù)據(jù)就標(biāo)記該節(jié)點(diǎn)離線并且觸發(fā)告警。5.5 低功耗無(wú)線項(xiàng)目里幾個(gè)容易踩的坑這類(lèi)項(xiàng)目看著簡(jiǎn)單實(shí)際做起來(lái)我踩過(guò)不少坑分享幾個(gè)印象最深的第一個(gè)坑是電池電壓與無(wú)線發(fā)射功率的權(quán)衡。節(jié)點(diǎn)用電池供電時(shí)隨著電壓下降無(wú)線模塊發(fā)射功率也會(huì)下降導(dǎo)致數(shù)據(jù)丟包率上升。設(shè)計(jì)時(shí)不能只看理論功耗要在最低工作電壓下實(shí)測(cè)通信可靠性。我做過(guò)一個(gè)項(xiàng)目節(jié)點(diǎn)用 2 節(jié)干電池電壓降到 2.4V 左右時(shí)nRF24L01 的發(fā)射距離直接縮了三分之一最后一律換了帶升壓電路的電源方案。第二個(gè)坑是天線位置和環(huán)境影響。無(wú)線模塊的天線如果貼著金屬外殼或者周?chē)写竺娣e金屬物體通信距離會(huì)大幅縮短。做溫度監(jiān)測(cè)時(shí)傳感器放在冷柜附近沒(méi)有問(wèn)題但無(wú)線模塊天線不能貼著冷柜的金屬壁擺放否則數(shù)據(jù)會(huì)頻繁丟失。第三個(gè)坑是上位機(jī)的串口占用沖突。C# 程序啟動(dòng)時(shí)如果串口已經(jīng)被其他程序占用Open()會(huì)拋異常。好的做法是啟動(dòng)時(shí)檢測(cè)可用端口列表讓用戶下拉選擇同時(shí)在程序退出時(shí)確保Close()串口否則下次啟動(dòng)會(huì)提示端口被占用。6. 寫(xiě)在最后的經(jīng)驗(yàn)心得學(xué)無(wú)線網(wǎng)絡(luò)技術(shù)這幾年我最大的感受是無(wú)線網(wǎng)絡(luò)的知識(shí)點(diǎn)和生活經(jīng)驗(yàn)之間有很大的鴻溝。你家里路由器設(shè)置得再熟練不等于你能搞定企業(yè)無(wú)線網(wǎng)絡(luò)你在模擬器里把命令敲得再流暢遇到真實(shí)射頻環(huán)境的時(shí)候還是會(huì)有意外。所以我的建議是理論學(xué)習(xí)、模擬實(shí)驗(yàn)、真機(jī)調(diào)試這三條腿都要走缺一條后面都容易瘸。另外就是無(wú)線網(wǎng)絡(luò)工程師真正值錢(qián)的地方不在于會(huì)敲多少條命令而在于具備一套系統(tǒng)化的排障思路。信號(hào)不好到底是覆蓋問(wèn)題、干擾問(wèn)題、漫游問(wèn)題還是鏈路問(wèn)題你腦子里要有一棵決策樹(shù)能一步步把問(wèn)題縮小到某個(gè)具體原因。平時(shí)多記錄多總結(jié)把每次處理問(wèn)題的過(guò)程寫(xiě)下來(lái)一段時(shí)間之后就會(huì)發(fā)現(xiàn)自己看無(wú)線網(wǎng)絡(luò)的視角完全不一樣了。最后分享一個(gè)小技巧無(wú)論做什么無(wú)線項(xiàng)目開(kāi)工前一定先做環(huán)境調(diào)研記錄現(xiàn)場(chǎng)已有的無(wú)線信號(hào)占用情況、AP 安裝位置、墻體材質(zhì)、終端類(lèi)型分布。這套前期數(shù)據(jù)在后續(xù)排障和優(yōu)化時(shí)價(jià)值極大省得每次出問(wèn)題都靠猜。希望這篇文章對(duì)正在學(xué)無(wú)線網(wǎng)絡(luò)的你有一些幫助。技術(shù)這條路沒(méi)那么多捷徑多動(dòng)手、多踩坑、多總結(jié)慢慢就通了。