本期分享的案例是無(wú)線網(wǎng)絡(luò)的相關(guān)問(wèn)題。

1. 背景介紹

今天分享一個(gè)小的但是相當(dāng)普遍的案例：用戶是一家小型的奶茶店，沒(méi)有裝路由器，僅僅是將光貓配置為路由模式提供無(wú)線/有線網(wǎng)絡(luò)接入使用。拓?fù)淙缦拢?/p>

光貓—傻瓜式交換機(jī)  ))((  IPC和手機(jī)等終端

近期店里裝了幾個(gè)IPC（攝像頭）接入無(wú)線，店員發(fā)現(xiàn)用著用著突然就斷網(wǎng)了，所以尋求幫助看看是什么原因。在沒(méi)接入IPC之前，店內(nèi)的網(wǎng)絡(luò)倒是沒(méi)啥問(wèn)題。

2. 處理思路

一般來(lái)講，針對(duì)這種最基本的上網(wǎng)問(wèn)題，我們基礎(chǔ)排查如下：

• DNS解析域名是否正常，以確定DNS服務(wù)器是否正常；
• ping網(wǎng)關(guān)（光貓）是否正常，以確定本地網(wǎng)關(guān)是否故障
• ping某公網(wǎng)IP是否能正常通，以確定運(yùn)營(yíng)商鏈路是否正常；

3. 排查分析

(1) 第一步：確認(rèn)DNS解析域名是否正常

用Windows的CMD相關(guān)命令為：

nslookup 域名

測(cè)試情況如下：

顯然異常時(shí)DNS沒(méi)法打開(kāi)，更換DNS服務(wù)器為114.114.114.114也沒(méi)用：

(2) 第二步：分別ping網(wǎng)關(guān)和外網(wǎng)

分別測(cè)試ping網(wǎng)關(guān)和公網(wǎng)IP，發(fā)現(xiàn)都是不通的，這里我偷懶，就不繼續(xù)贅述貼圖了：

(3) 第三步：抓取數(shù)據(jù)流分析

這里直接分析原因吧，異常的時(shí)候確實(shí)終端DNS請(qǐng)求沒(méi)響應(yīng)，終端TCP向公網(wǎng)發(fā)起連接也是不成功的：

為了確認(rèn)復(fù)現(xiàn)情況，我們?cè)诠庳埳下?lián)口加了個(gè)交換機(jī)持續(xù)監(jiān)控，抓取異常時(shí)間點(diǎn)前后的報(bào)文分析，發(fā)現(xiàn)如下：

可以明確定位：

• 光貓出口突然上行流后（單位換算為16Mbps），前端的DNS響應(yīng)基本就沒(méi)有了。所以能大膽的猜到，前端監(jiān)控到上行流突發(fā)異常后，運(yùn)營(yíng)商便將鏈路封掉了，也就是封殺PCDN的手段。
• 然后我們進(jìn)一步明確：這些突發(fā)上行流是門(mén)店新增的IPC定期向云端上傳存儲(chǔ)視頻出現(xiàn)的，是符合預(yù)期的行為。

4. 原理及解決方案

與運(yùn)營(yíng)商溝通解決；

嘗試減小IPC數(shù)量或碼流，以嘗試上行的流量低于前端鏈路的監(jiān)控閾值。