幾個(gè)月前處理過(guò)一起典型的“有線(xiàn)網(wǎng)絡(luò)卡頓、WIFI卡頓且不穩(wěn)定”問(wèn)題當(dāng)時(shí)整層辦公室約二十臺(tái)設(shè)備有線(xiàn)辦公電腦和無(wú)線(xiàn)移動(dòng)終端集體開(kāi)網(wǎng)頁(yè)卡、視頻轉(zhuǎn)圈、線(xiàn)上會(huì)議頻繁斷流。第一反應(yīng)是帶寬不夠著急去寬帶測(cè)速結(jié)果運(yùn)營(yíng)商側(cè)完全正常。折騰兩天之后才發(fā)現(xiàn)問(wèn)題根本不在出口帶寬而是內(nèi)網(wǎng)里幾個(gè)看起來(lái)不起眼的細(xì)節(jié)疊加出來(lái)的。經(jīng)歷過(guò)這次之后我整理了一套排查路徑這篇文章就把完整思路寫(xiě)下來(lái)覆蓋有線(xiàn)側(cè)、無(wú)線(xiàn)側(cè)、出口網(wǎng)關(guān)和幾個(gè)容易被忽略的隱性根因希望能幫你少走彎路。1. 先搞清楚故障邊界有線(xiàn)與無(wú)線(xiàn)同時(shí)卡頓到底意味著什么遇到網(wǎng)絡(luò)問(wèn)題不要上來(lái)就換路由器。第一步要做的是定性問(wèn)題到底出在哪一段鏈路。有線(xiàn)走的是網(wǎng)線(xiàn)、交換機(jī)、路由器LAN口無(wú)線(xiàn)走的是AP天線(xiàn)、空口信道、路由器轉(zhuǎn)發(fā)兩條路徑在前端是不同的但到了路由器轉(zhuǎn)發(fā)、出口網(wǎng)關(guān)、運(yùn)營(yíng)商這一段又是完全重合的。所以“有線(xiàn)、無(wú)線(xiàn)同時(shí)卡”和“只有無(wú)線(xiàn)卡”的排查方向完全不同——前者優(yōu)先懷疑交匯點(diǎn)后者優(yōu)先懷疑無(wú)線(xiàn)側(cè)。1.1 從上網(wǎng)鏈路看“必經(jīng)之路”重點(diǎn)排查重合段把一條上網(wǎng)鏈路拆開(kāi)看基本上是這個(gè)順序客戶(hù)端電腦網(wǎng)卡/手機(jī)WiFi模塊接入層網(wǎng)線(xiàn)、交換機(jī)、AP網(wǎng)關(guān)層路由器/軟路由的LAN交換、NAT轉(zhuǎn)發(fā)、路由決策出口層光貓/運(yùn)營(yíng)商接入、DNS解析、外網(wǎng)鏈路有線(xiàn)終端走1→2→3→4無(wú)線(xiàn)終端走1→WiFi空口→2→3→4。兩者的差異只在前面一段后面完全重合。因此“有線(xiàn)、無(wú)線(xiàn)同時(shí)卡頓”的時(shí)候問(wèn)題大概率在路由器轉(zhuǎn)發(fā)、出口鏈路、DNS這幾個(gè)環(huán)節(jié)而不是某一根網(wǎng)線(xiàn)或者某個(gè)AP壞了。我把常見(jiàn)現(xiàn)象和對(duì)應(yīng)排查方向整理成了表格排查前先對(duì)號(hào)入座現(xiàn)象優(yōu)先排查方向有線(xiàn)和無(wú)線(xiàn)同時(shí)卡白天相對(duì)好晚高峰嚴(yán)重出口帶寬跑滿(mǎn)、路由器CPU/NAT性能不足有線(xiàn)和無(wú)線(xiàn)同時(shí)卡且伴隨網(wǎng)頁(yè)打不開(kāi)、首次訪(fǎng)問(wèn)慢DNS解析、IPv6優(yōu)先策略、MTU分片只有無(wú)線(xiàn)卡插網(wǎng)線(xiàn)后明顯好轉(zhuǎn)無(wú)線(xiàn)信道擁塞、AP功率/位置、漫游粘滯只有有線(xiàn)卡無(wú)線(xiàn)相對(duì)穩(wěn)定網(wǎng)線(xiàn)質(zhì)量、端口協(xié)商、環(huán)路廣播風(fēng)暴卡頓有節(jié)奏感每隔幾秒嚴(yán)重一次廣播風(fēng)暴、ARP攻擊、環(huán)路引起MAC表抖動(dòng)單點(diǎn)卡其他終端正常終端自身網(wǎng)卡驅(qū)動(dòng)、節(jié)能策略、DNS緩存1.2 別急著換設(shè)備先做三個(gè)低成本動(dòng)作確定“有線(xiàn)和無(wú)線(xiàn)同時(shí)卡”之后先花十分鐘做三件事往往能快速縮小范圍。第一看路由器或核心交換機(jī)的運(yùn)行狀態(tài)。如果設(shè)備支持Web管理或命令行看看CPU占用和內(nèi)存占用。NAT轉(zhuǎn)發(fā)時(shí)有大量小包轉(zhuǎn)發(fā)CPU一旦跑滿(mǎn)有線(xiàn)無(wú)線(xiàn)都會(huì)卡。很多家用級(jí)路由器帶機(jī)量一多就出現(xiàn)這種情況癥狀就是“什么都慢但帶寬測(cè)速正?！?。第二在固定終端上分別測(cè)幾個(gè)目標(biāo)。拿臺(tái)式機(jī)或筆記本插網(wǎng)線(xiàn)依次ping路由器LAN口地址、ping網(wǎng)關(guān)地址、ping公網(wǎng)地址例如8.8.8.8或223.5.5.5建議用國(guó)內(nèi)公共DNS來(lái)做連通性測(cè)試觀(guān)察延遲和丟包。如果ping內(nèi)網(wǎng)正常、ping公網(wǎng)延遲高問(wèn)題在出口或運(yùn)營(yíng)商如果ping內(nèi)網(wǎng)都不穩(wěn)定問(wèn)題在局域網(wǎng)內(nèi)部。第三檢查DNS解析耗時(shí)。這里容易被忽略命令很簡(jiǎn)單在Windows下執(zhí)行nslookup一個(gè)常用域名在Linux/Mac下用dig看看解析返回時(shí)間。如果解析要幾百毫秒甚至超時(shí)頁(yè)面首次打開(kāi)就會(huì)明顯卡頓而且和有線(xiàn)無(wú)線(xiàn)無(wú)關(guān)。做完這三件事問(wèn)題基本能分成三類(lèi)出口鏈路問(wèn)題、局域網(wǎng)鏈路問(wèn)題、終端側(cè)問(wèn)題。接下來(lái)有線(xiàn)側(cè)和無(wú)線(xiàn)側(cè)分別講。2. 有線(xiàn)側(cè)排查從水晶頭到交換機(jī)環(huán)路的逐步驗(yàn)證有線(xiàn)網(wǎng)絡(luò)看起來(lái)簡(jiǎn)單網(wǎng)線(xiàn)一插就能通但毛病往往也藏在這些“看起來(lái)沒(méi)問(wèn)題”的地方。我排查網(wǎng)絡(luò)問(wèn)題時(shí)有線(xiàn)側(cè)從不跳步按物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層逐層驗(yàn)證。2.1 網(wǎng)線(xiàn)質(zhì)量、接頭和距離最容易被忽視的物理層問(wèn)題網(wǎng)線(xiàn)是極其容易出問(wèn)題的環(huán)節(jié)尤其是辦公室裝修時(shí)預(yù)埋的線(xiàn)。很多人以為網(wǎng)線(xiàn)只要看著沒(méi)斷就是好的實(shí)際上一根網(wǎng)線(xiàn)要好用需要8根芯全部正確連通線(xiàn)對(duì)順序符合T568A或T568B標(biāo)準(zhǔn)線(xiàn)徑達(dá)標(biāo)接頭壓接牢固。最常見(jiàn)的物理層故障是“協(xié)商速率降級(jí)”。千兆以太網(wǎng)要求4對(duì)線(xiàn)全部正常工作如果某一對(duì)線(xiàn)斷了或者水晶頭接觸不良網(wǎng)卡和交換機(jī)協(xié)商時(shí)會(huì)自動(dòng)降級(jí)到百兆甚至十兆。此時(shí)網(wǎng)絡(luò)依然能通但實(shí)測(cè)傳輸速率會(huì)暴跌。排查辦法很簡(jiǎn)單在電腦的“網(wǎng)絡(luò)連接”狀態(tài)里看連接速度。如果顯示100 Mbps而非1000 Mbps優(yōu)先懷疑網(wǎng)線(xiàn)特別是長(zhǎng)度超過(guò)五六十米的線(xiàn)。普通超五類(lèi)線(xiàn)理論上支持千兆一百米但前提是線(xiàn)纜質(zhì)量合格、無(wú)中繼損傷。預(yù)埋管里被踩過(guò)、壓過(guò)的線(xiàn)以及中間有接頭的線(xiàn)實(shí)際跑千兆極不穩(wěn)定。2.2 環(huán)路與廣播風(fēng)暴能卡死整張網(wǎng)的一類(lèi)故障一提到“有線(xiàn)無(wú)線(xiàn)都卡”很多人第一反應(yīng)是出口帶寬被占滿(mǎn)。但還有一種情況更具迷惑性局域網(wǎng)內(nèi)部出現(xiàn)二層環(huán)路導(dǎo)致廣播風(fēng)暴。交換機(jī)在二層轉(zhuǎn)發(fā)未知目標(biāo)MAC幀時(shí)會(huì)在所有端口廣播。如果一根網(wǎng)線(xiàn)同時(shí)插在交換機(jī)的兩個(gè)口上或者一臺(tái)開(kāi)啟STP的交換機(jī)和另一臺(tái)沒(méi)開(kāi)STP的交換機(jī)之間形成環(huán)那么這臺(tái)交換機(jī)對(duì)任何未知幀都會(huì)反復(fù)廣播、回環(huán)增殖直到把CPU和可用帶寬耗盡。廣播風(fēng)暴的特征非常明顯全網(wǎng)延遲大且不穩(wěn)定ping網(wǎng)關(guān)時(shí)丟包像波浪一樣起伏交換機(jī)所有端口LED瘋狂閃爍接入同一臺(tái)交換機(jī)的有線(xiàn)和無(wú)線(xiàn)AP全部受影響。因?yàn)锳P本身也接在這張廣播域里所以手機(jī)端一樣會(huì)卡這就解釋了“有線(xiàn)和無(wú)線(xiàn)同時(shí)卡”的現(xiàn)象。定位方法也簡(jiǎn)單先拔掉疑似環(huán)路的網(wǎng)線(xiàn)看全網(wǎng)延遲是否立刻恢復(fù)再檢查交換機(jī)端口統(tǒng)計(jì)看某個(gè)端口的收發(fā)包數(shù)是否異常暴漲MAC地址表是否在多個(gè)端口間反復(fù)橫跳。沒(méi)有環(huán)路管理經(jīng)驗(yàn)的設(shè)備通常沒(méi)開(kāi)RSTP/MSTP這時(shí)候強(qiáng)烈建議在交換機(jī)上開(kāi)啟生成樹(shù)協(xié)議哪怕只用默認(rèn)配置也能直接擋掉大量由于誤插線(xiàn)導(dǎo)致的環(huán)路故障。2.3 雙工不匹配與CRC高發(fā)低性能但不完全斷網(wǎng)的怪病還有一個(gè)有線(xiàn)側(cè)容易踩的坑是雙工模式不匹配。當(dāng)一端強(qiáng)制設(shè)為100 Mbps全雙工另一端是百兆自適應(yīng)時(shí)鏈路協(xié)商會(huì)出現(xiàn)雙工失配數(shù)據(jù)能走但錯(cuò)誤幀非常多表現(xiàn)為網(wǎng)速極慢、延遲高、頻繁超時(shí)但鏈路線(xiàn)路本身是完整連通的。排查雙工問(wèn)題看交換機(jī)端口統(tǒng)計(jì)最直觀(guān)CRC錯(cuò)誤計(jì)數(shù)、late collision計(jì)數(shù)持續(xù)增長(zhǎng)基本就是雙工不匹配或線(xiàn)纜質(zhì)量問(wèn)題?，F(xiàn)在絕大多數(shù)主流設(shè)備默認(rèn)都是全雙工自適應(yīng)手工強(qiáng)制反而容易引發(fā)這個(gè)問(wèn)題。但如果是在老舊設(shè)備、擴(kuò)展塢、USB網(wǎng)卡混用環(huán)境下雙工不一致的情況并不罕見(jiàn)。2.4 用手頭命令快速切分有線(xiàn)故障點(diǎn)有線(xiàn)側(cè)排查不必每次都動(dòng)用專(zhuān)業(yè)工具操作系統(tǒng)自帶命令就能做掉80%的定位工作# Windows / Linux / macOS 通用先ping內(nèi)網(wǎng)網(wǎng)關(guān) ping -t 192.168.1.1 # Windows下加-t表示持續(xù)ping # Linux下持續(xù)ping可以不加-t默認(rèn)會(huì)一直運(yùn)行 ping 192.168.1.1 # 查看網(wǎng)卡連接速率Windows PowerShell Get-NetAdapter | Select-Object Name, LinkSpeed # 查看ARP緩存和未解析MAC的情況 arp -a # 持續(xù)ping網(wǎng)關(guān)丟包同時(shí)ping對(duì)端物理機(jī)區(qū)分鏈路問(wèn)題還是設(shè)備問(wèn)題 ping -t 192.168.1.100我的習(xí)慣是“先ping網(wǎng)關(guān)再ping終端再ping公網(wǎng)”。丟包全部集中在ping網(wǎng)關(guān)這一步說(shuō)明局域網(wǎng)內(nèi)部有問(wèn)題重點(diǎn)查交換機(jī)和網(wǎng)線(xiàn)ping網(wǎng)關(guān)正常但ping公網(wǎng)丟包問(wèn)題在出口或運(yùn)營(yíng)商兩邊都正常但網(wǎng)頁(yè)卡那多半是DNS或應(yīng)用層問(wèn)題。3. WIFI卡頓不穩(wěn)定信號(hào)滿(mǎn)格只是表象“我手機(jī)信號(hào)明明是滿(mǎn)格為什么還是卡”這句話(huà)幾乎是每次處理無(wú)線(xiàn)問(wèn)題都會(huì)聽(tīng)到的。信號(hào)滿(mǎn)格只說(shuō)明手機(jī)接收到的信號(hào)強(qiáng)度RSSI不錯(cuò)不代表空口帶寬充足更不代表和AP之間的協(xié)商速率高。WiFi是共享介質(zhì)同一個(gè)信道里所有設(shè)備都要輪流講話(huà)真正的瓶頸往往是信道競(jìng)爭(zhēng)、干擾和終端的低速率拖累。3.1 無(wú)線(xiàn)信道的共享機(jī)制為什么人一多就卡WiFi空口用的是時(shí)分復(fù)用思想但不是真正的全雙工而是同一信道上所有設(shè)備共享時(shí)隙。AP在某個(gè)瞬間只能和一個(gè)終端通信或者向所有終端廣播。終端越多每個(gè)設(shè)備分到的時(shí)間片越少整體吞吐自然下降。802.11ac/ax引入了一些并行機(jī)制比如MU-MIMO、OFDMA但現(xiàn)實(shí)是大量舊終端不支持這些特性還是會(huì)擠在傳統(tǒng)模式里。此外還有一個(gè)容易被忽略的機(jī)制WiFi發(fā)送數(shù)據(jù)前要“監(jiān)聽(tīng)信道”檢測(cè)到信道忙就要隨機(jī)退避等待。這就像一群人擠在一個(gè)房間里輪流說(shuō)話(huà)人越多等待時(shí)間越長(zhǎng)。當(dāng)辦公室里有大量手機(jī)、筆記本、無(wú)線(xiàn)打印機(jī)接在同一個(gè)AP上即使每個(gè)終端都沒(méi)在大流量下載空口競(jìng)爭(zhēng)依然會(huì)讓所有設(shè)備都感到明顯卡頓。3.2 頻段與信道規(guī)劃2.4G信道擁擠是頭號(hào)原因2.4G頻段是WiFi卡頓的第一重災(zāi)區(qū)。2.4G只有三個(gè)完全不重疊的信道1、6、11可用的頻寬資源極其有限。居民區(qū)、辦公樓里隨便一搜都是幾十個(gè)SSID擠在這三個(gè)信道里互相干擾非常嚴(yán)重。5G頻段信道多、干擾少但穿墻能力弱覆蓋范圍小。家用路由器和辦公AP默認(rèn)都開(kāi)了雙頻合一2.4G和5G使用同一個(gè)SSID終端往往會(huì)優(yōu)先選擇信號(hào)更強(qiáng)的2.4G結(jié)果就是大量設(shè)備擠在2.4G上體驗(yàn)很差。我的建議是如果環(huán)境允許把所有AP和路由器的5G信號(hào)單獨(dú)開(kāi)一個(gè)SSID強(qiáng)制電腦和手機(jī)優(yōu)先連5G2.4G留給不支持5G的老設(shè)備和遠(yuǎn)距離低速率場(chǎng)景。然后用無(wú)線(xiàn)掃描工具手機(jī)端的WiFi分析App或電腦端的WirelessMon類(lèi)工具看一下各信道占用情況把AP固定在干擾最少的信道上。2.4G只用1、6、11三選一5G可以考慮36-64、149-165這些常用信道中干擾最少的那個(gè)注意不要和鄰區(qū)強(qiáng)信號(hào)選同信道。3.3 漫游粘滯與低速率終端拖累全局無(wú)線(xiàn)漫游是一個(gè)隱藏極深的問(wèn)題。當(dāng)同事推著筆記本從工位A走到工位B中間經(jīng)過(guò)多個(gè)AP的覆蓋區(qū)理論上無(wú)線(xiàn)網(wǎng)卡應(yīng)該自動(dòng)切換到信號(hào)最好的AP。但很多終端的漫游決策很保守即使當(dāng)前信號(hào)已經(jīng)衰減到-80dBm只要連接還能維持它就不切。終端粘在遠(yuǎn)處AP上協(xié)商速率掉到很低不僅自己被拖慢還會(huì)因?yàn)榈退俾手貍髡加么罅靠湛跁r(shí)間把同信道的其他終端也拖下水。要解決漫游問(wèn)題第一是部署AP時(shí)保證相鄰AP有一定的信號(hào)重疊區(qū)域但不要過(guò)強(qiáng)重疊第二是開(kāi)啟企業(yè)級(jí)AP的快速漫游802.11r/k/v功能第三是合理設(shè)置最小接入速率或踢除弱信號(hào)客戶(hù)端的功能讓低于一定速率的終端重新選擇AP。這里要特別提醒不要為了追求“信號(hào)全覆蓋”把AP功率調(diào)到最大這樣只會(huì)讓相鄰AP之間互相干擾結(jié)果每臺(tái)終端都找得到多個(gè)AP卻一個(gè)都不好用。3.4 AP供電、擺放和硬件性能的隱性影響AP自身的問(wèn)題也不容忽視。最常見(jiàn)的是PoE供電不足導(dǎo)致AP降頻或反復(fù)重啟。一些企業(yè)級(jí)AP標(biāo)稱(chēng)功耗12瓦結(jié)果配的交換機(jī)單口PoE預(yù)算只有10瓦AP雖然能啟動(dòng)但在高負(fù)載時(shí)自動(dòng)降功率實(shí)際效果就是“人少時(shí)正常人一多就卡、掉線(xiàn)”。AP擺放位置同樣重要。不要把AP塞進(jìn)弱電井、金屬吊頂里金屬對(duì)無(wú)線(xiàn)信號(hào)衰減非常嚴(yán)重。我見(jiàn)過(guò)不止一次把AP放在機(jī)房鐵皮柜里導(dǎo)致信號(hào)奇差的案例位置調(diào)整之后問(wèn)題立刻消失。關(guān)于AP硬件性能最直接的影響就是NAT會(huì)話(huà)數(shù)和高并發(fā)處理能力。廉價(jià)家用路由器同時(shí)承擔(dān)路由、NAT、DHCP、無(wú)線(xiàn)接入處理能力就那么多帶機(jī)一旦超過(guò)二三十臺(tái)即使帶寬再大也會(huì)卡。4. 一次完整案例復(fù)盤(pán)某辦公區(qū)“全家桶式卡頓”的排查鏈路前面把思路講完了這里用一個(gè)實(shí)際處理過(guò)的案例串聯(lián)起來(lái)展示完整的排查鏈路。4.1 投訴現(xiàn)象與初步判斷當(dāng)時(shí)是某小型辦公區(qū)約15人辦公、20多臺(tái)無(wú)線(xiàn)設(shè)備一條500M專(zhuān)線(xiàn)接入報(bào)障說(shuō)“有線(xiàn)網(wǎng)絡(luò)卡頓、WIFI卡頓且不穩(wěn)定上午還好下午開(kāi)會(huì)時(shí)視頻會(huì)議必卡”。常規(guī)測(cè)速發(fā)現(xiàn)運(yùn)營(yíng)商下行的確能跑到四五百兆所以問(wèn)題不在帶寬總量。第一步做范圍界定用一臺(tái)插網(wǎng)線(xiàn)的筆記本持續(xù)ping網(wǎng)關(guān)延遲在2-5毫秒之間基本穩(wěn)定再ping公網(wǎng)地址延遲偶爾跳高到100毫秒以上伴隨有規(guī)律丟包。這個(gè)特征說(shuō)明局域網(wǎng)基礎(chǔ)鏈路大致通問(wèn)題可能出在出口路由或無(wú)線(xiàn)側(cè)而不是單純的某個(gè)有線(xiàn)環(huán)節(jié)。4.2 有線(xiàn)鏈路驗(yàn)證發(fā)現(xiàn)被忽視的舊網(wǎng)線(xiàn)繼續(xù)追有線(xiàn)側(cè)檢查交換機(jī)端口狀態(tài)時(shí)發(fā)現(xiàn)其中一臺(tái)辦公室的電腦連接速度只有100 Mbps而不是1000 Mbps。順著線(xiàn)去查發(fā)現(xiàn)這個(gè)工位用的是早年預(yù)埋的網(wǎng)線(xiàn)線(xiàn)纜外套標(biāo)注是Cat5而且穿墻段被門(mén)框壓過(guò)。臨時(shí)換一根短跳線(xiàn)從交換機(jī)直接到電腦協(xié)商速率恢復(fù)為1000 Mbpsping延遲也穩(wěn)定下來(lái)。這里注意換成Cat5e網(wǎng)線(xiàn)之后該工位的問(wèn)題解決了但整網(wǎng)仍卡。也就是說(shuō)這只是多個(gè)疊加問(wèn)題中的一個(gè)。實(shí)際上這類(lèi)并發(fā)故障很常見(jiàn)不要因?yàn)檎业揭粋€(gè)原因就停止排查。4.3 無(wú)線(xiàn)側(cè)檢查供電不足和信道重疊雙重疊加無(wú)線(xiàn)側(cè)排查時(shí)我先在AP所在現(xiàn)場(chǎng)用手機(jī)看信號(hào)發(fā)現(xiàn)工位上信號(hào)并不弱但連接速率始終徘徊在幾十Mbps。查看AP系統(tǒng)狀態(tài)發(fā)現(xiàn)這臺(tái)AP的發(fā)射功率被自動(dòng)調(diào)到最低檔原因是PoE交換機(jī)給它供電的端口功率預(yù)算不足AP在保護(hù)機(jī)制下主動(dòng)降功率。再查看無(wú)線(xiàn)信道干擾2.4G信道1上同時(shí)存在著十多個(gè)周邊SSID而AP卻默認(rèn)選擇了信道1。5G信道雖然相對(duì)干凈但雙頻合一讓大量終端被“吸在”2.4G上。現(xiàn)象和之前判斷完全吻合有線(xiàn)側(cè)卡頓來(lái)自少量設(shè)備的舊網(wǎng)線(xiàn)降級(jí)和出口路由的高負(fù)載無(wú)線(xiàn)側(cè)卡頓來(lái)自AP降功率和2.4G信道重疊。4.4 最終整改與效果驗(yàn)證處理的方案并不復(fù)雜舊網(wǎng)線(xiàn)工位換線(xiàn)PoE交換機(jī)把AP單獨(dú)換到高功率預(yù)算端口5G單獨(dú)開(kāi)一個(gè)SSID并關(guān)閉2.4G的自動(dòng)信道選擇手動(dòng)固定到信道6掃描后該信道相對(duì)干凈路由器開(kāi)啟AP快速漫游并開(kāi)啟終端的弱信號(hào)剔除閾值。整改后重新驗(yàn)證有線(xiàn)終端全部協(xié)商千兆ping網(wǎng)關(guān)延遲穩(wěn)定在1-2毫秒無(wú)線(xiàn)終端優(yōu)先接入5G視頻會(huì)議不再卡頓現(xiàn)場(chǎng)實(shí)測(cè)上下行速率也恢復(fù)到合理水平。這個(gè)案例里沒(méi)有一樣是“大工程”但每一樣都在真實(shí)環(huán)境里會(huì)反復(fù)出現(xiàn)。5. DNS、MTU、IPv6與節(jié)能策略幾個(gè)“看似玄學(xué)”的隱藏根因有些網(wǎng)絡(luò)故障會(huì)讓人感覺(jué)“詭異”測(cè)速正常、延遲正常、網(wǎng)線(xiàn)無(wú)問(wèn)題但就是打開(kāi)網(wǎng)頁(yè)卡、視頻轉(zhuǎn)圈。這類(lèi)問(wèn)題往往不在帶寬和鏈路層而在幾個(gè)容易被忽視的協(xié)議和安全細(xì)節(jié)上。5.1 DNS解析耗時(shí)卡頓中最容易被忽略的環(huán)節(jié)瀏覽器訪(fǎng)問(wèn)一個(gè)網(wǎng)站第一步就是DNS解析。DNS服務(wù)器響應(yīng)慢用戶(hù)感知就是頁(yè)面“轉(zhuǎn)圈半天才出來(lái)”而且無(wú)論有線(xiàn)無(wú)線(xiàn)都一樣受影響。如果你發(fā)現(xiàn)ping公網(wǎng)IP延遲穩(wěn)定但打開(kāi)網(wǎng)頁(yè)明顯卡頓優(yōu)先懷疑DNS。排查方法很簡(jiǎn)單# Windows下看解析耗時(shí) nslookup www.example.com # Linux/macOS下用dig查看耗時(shí) dig www.example.com # 對(duì)比多個(gè)DNS服務(wù)器的響應(yīng) dig 223.5.5.5 www.example.com dig 119.29.29.29 www.example.com如果某個(gè)DNS服務(wù)器解析時(shí)間明顯短說(shuō)明當(dāng)前配置的DNS服務(wù)器質(zhì)量差換掉就好。另外終端本地DNS緩存異常也會(huì)造成“間歇性卡頓”刷新一下緩存往往能解決# Windows刷新DNS緩存 ipconfig /flushdns # Linux重啟nscd或systemd-resolved sudo systemd-resolve --flush-caches5.2 MTU分片與IPv6優(yōu)先策略網(wǎng)頁(yè)打不開(kāi)、視頻卡頓的隱性原因MTU最大傳輸單元問(wèn)題也很隱蔽典型表現(xiàn)是“小包通、大包不通”。網(wǎng)頁(yè)部分內(nèi)容加載失敗、視頻一會(huì)能看一會(huì)卡住、云盤(pán)上傳慢甚至部分網(wǎng)站打不開(kāi)都可能是MTU設(shè)置不當(dāng)導(dǎo)致的分片丟失。絕大多數(shù)以太網(wǎng)環(huán)境MTU應(yīng)該保持1500PPPoE撥號(hào)環(huán)境則要降到1492。如果路由器或網(wǎng)卡手動(dòng)設(shè)置成了1450這類(lèi)值或者中間鏈路的MTU不匹配就會(huì)出現(xiàn)上述現(xiàn)象。IPv6優(yōu)先策略則是另一個(gè)常見(jiàn)“偽故障”來(lái)源。系統(tǒng)優(yōu)先使用IPv6解析但I(xiàn)Pv6鏈路本身不通或路由不完整訪(fǎng)問(wèn)時(shí)就會(huì)等一個(gè)很長(zhǎng)的超時(shí)然后才回退到IPv4用戶(hù)感知就是“網(wǎng)頁(yè)打不開(kāi)、視頻加載慢”。處理辦法如果內(nèi)網(wǎng)不打算用IPv6可以在路由器或終端側(cè)直接關(guān)閉或降低IPv6優(yōu)先級(jí)如果確實(shí)需要IPv6排查IPv6地址獲取和路由是否完整。5.3 網(wǎng)卡節(jié)能策略與設(shè)備省電模式電腦單獨(dú)卡頓的隱形原因單獨(dú)某臺(tái)電腦卡其他設(shè)備正常時(shí)先別懷疑交換機(jī)很可能是網(wǎng)卡驅(qū)動(dòng)里的節(jié)能策略在作怪。Windows的“允許計(jì)算機(jī)關(guān)閉此設(shè)備以節(jié)約電源”選項(xiàng)、網(wǎng)卡驅(qū)動(dòng)的“綠色以太網(wǎng)”和EEE節(jié)能以太網(wǎng)功能會(huì)讓網(wǎng)卡在低流量時(shí)進(jìn)入省電狀態(tài)重新發(fā)送數(shù)據(jù)時(shí)需要喚醒造成間歇性延遲。遇到電腦單獨(dú)卡、尤其是長(zhǎng)時(shí)間掛機(jī)后卡頓的情況我會(huì)建議先做兩步在設(shè)備管理器里關(guān)閉網(wǎng)卡電源節(jié)約選項(xiàng)在網(wǎng)卡高級(jí)設(shè)置里關(guān)閉EEEEnergy-Efficient Ethernet和任何“節(jié)能模式”選項(xiàng)。這個(gè)問(wèn)題在老款筆記本和USB有線(xiàn)網(wǎng)卡上特別常見(jiàn)固定臺(tái)式機(jī)反而少一些。6. 日常優(yōu)化與預(yù)防給家庭和小型辦公區(qū)的可落地清單排查故障是“亡羊補(bǔ)牢”長(zhǎng)期穩(wěn)定還得靠日常預(yù)防。這里列幾個(gè)面向家庭和小型辦公區(qū)、立刻可以落地的做法。6.1 網(wǎng)絡(luò)拓?fù)渑c設(shè)備選型建議網(wǎng)絡(luò)做好分工光貓只做光電轉(zhuǎn)換主路由負(fù)責(zé)NAT和DHCPAP只負(fù)責(zé)無(wú)線(xiàn)接入交換機(jī)負(fù)責(zé)有線(xiàn)匯聚。不要讓一臺(tái)家用路由器既做路由又做無(wú)線(xiàn)又接入幾十臺(tái)終端。預(yù)算有限時(shí)優(yōu)先保證主路由的轉(zhuǎn)發(fā)性能和AP的供電質(zhì)量這兩點(diǎn)直接決定全網(wǎng)的穩(wěn)定性。有線(xiàn)側(cè)至少使用Cat5e或Cat6網(wǎng)線(xiàn)超過(guò)10臺(tái)有線(xiàn)設(shè)備的辦公區(qū)盡量用支持千兆和RSTP的輕管理交換機(jī)方便后期看端口狀態(tài)和做環(huán)路防護(hù)。無(wú)線(xiàn)側(cè)優(yōu)先選擇企業(yè)級(jí)AP配合AC控制器或云管理平臺(tái)漫游、信道自動(dòng)規(guī)劃這類(lèi)功能在辦公場(chǎng)景里差別非常大。6.2 WiFi部署與信道調(diào)優(yōu)的通用操作AP部署密度要適中不要為了“少花錢(qián)”讓一個(gè)AP覆蓋所有區(qū)域。信號(hào)覆蓋差的地方增加AP數(shù)量比單點(diǎn)調(diào)大功率更有效。部署時(shí)相鄰AP的覆蓋要有一定重疊但避免同信道相鄰。信道規(guī)劃方面2.4G只用1、6、11所有AP盡量錯(cuò)開(kāi)5G則利用38-48和149-165兩組常用信道錯(cuò)開(kāi)。SSID建議家庭只留一個(gè)5G主力SSID辦公區(qū)建議把2.4G和5G分開(kāi)讓手機(jī)優(yōu)先連5G。如果環(huán)境設(shè)備多、干擾復(fù)雜可以依賴(lài)AC的自動(dòng)信道調(diào)優(yōu)功能但每次調(diào)整后要持續(xù)觀(guān)察一段時(shí)間很多自動(dòng)調(diào)優(yōu)算法會(huì)頻繁切換信道反而造成短暫斷流。6.3 建立最小化的監(jiān)控和排障習(xí)慣不需要一開(kāi)始就上復(fù)雜監(jiān)控系統(tǒng)幾個(gè)簡(jiǎn)單習(xí)慣就能擋掉大部分故障。固定一臺(tái)電腦或路由器定期記錄ping網(wǎng)關(guān)、ping公網(wǎng)的延遲分布路由器和交換機(jī)如果有Web管理頁(yè)偶爾看下CPU占用、端口錯(cuò)誤計(jì)數(shù)和無(wú)線(xiàn)在線(xiàn)客戶(hù)端數(shù)量無(wú)線(xiàn)側(cè)關(guān)注AP的信道利用率和丟包率而不是只看信號(hào)格數(shù)。我在實(shí)際排查中的體會(huì)是網(wǎng)絡(luò)故障很少是單一原因往往是多個(gè)小問(wèn)題疊加后集中爆發(fā)。所以每次處理完一個(gè)點(diǎn)不要急著宣布“修好了”建議在業(yè)務(wù)高峰期再觀(guān)察一兩個(gè)周期。所謂“有線(xiàn)網(wǎng)絡(luò)卡頓、WIFI卡頓且不穩(wěn)定”這類(lèi)現(xiàn)象追到最后通常不是解決了一件事而是把所有隱藏的小毛病逐個(gè)挖出來(lái)又順手把拓?fù)涫崂砹艘槐?。這個(gè)工作做完網(wǎng)絡(luò)的穩(wěn)定性自然就回來(lái)了。