實(shí)戰(zhàn)案例:奶茶店新增攝像頭突發(fā)上行流,會(huì)被運(yùn)營(yíng)商拉黑斷網(wǎng)?
本期分享的案例是無(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)控閾值。























