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

背景介紹

用戶是一家做工業(yè)設(shè)備的廠商，近期項目上計劃上一批“工業(yè)相機”，方案是通過無線網(wǎng)橋接入甲方核心網(wǎng)實現(xiàn)回傳，拓撲很簡單如下：

服務(wù)器—核心網(wǎng)—主網(wǎng)橋 ))(( 子網(wǎng)橋—工業(yè)相機

然而用戶采購了一批WIFI5的無線網(wǎng)橋本地搭類似拓撲測試，發(fā)現(xiàn)近距離橋接、協(xié)商速率達866Mbps的情況下，實際吞吐量也只有150Mbps，遠不能滿足工業(yè)相機的使用：

接下來一起看看如何排查此問題。

處理思路

一般來講，針對這種最基本的吞吐量測試問題，要叢產(chǎn)品性能、軟件版本上考慮：

• 確認網(wǎng)橋的規(guī)格是否符合方案；
• 確定網(wǎng)橋產(chǎn)品的軟件版本是否廠商最新；
• 考慮是否存在性能瓶頸問題。

排查分析

第一步：確認網(wǎng)橋的規(guī)格是否符合方案

用戶采購的是雙天線WIFI 5網(wǎng)橋，無線協(xié)商866Mbps，理論上實際吞吐量是協(xié)商速率*60%，也就是500Mbps上下才是符合預(yù)期的

（這里有人會問：為啥協(xié)商速率866M實際上只能由500M的傳輸？怎么和有些協(xié)商千兆跑千兆不一樣呀？因為無線要考慮ACK交互損耗，并且無線環(huán)境會有大量的丟包重傳，所以收發(fā)的有效數(shù)據(jù)包和有線差別是很大的，這里不展開講原理了，結(jié)論自己記一下就行，WIFI6、WIFI7百分比更高一些）

所以設(shè)備的規(guī)格符合方案，但是實際吞吐不符合預(yù)期；然后和廠商400技術(shù)支持確認，設(shè)備版本最新。接下來就考慮產(chǎn)品性能問題了。

第二步：確認跑流時網(wǎng)橋設(shè)備的CPU性能

跑流測試的時候登錄網(wǎng)橋頁面查看其CPU情況，確實發(fā)現(xiàn)了異常，跑流時竟達到了100%：

用戶懷疑是個例樣機的問題，然后換了幾對測試也是這樣，難道去確定是產(chǎn)品問題？致電廠商后，那邊本地也搭了類似拓撲測試吞吐量，用iperf3能跑到450Mbps+，沒復(fù)現(xiàn)問題，懷疑和用戶本地測試的流有關(guān)系。接下來wireshark抓去本地的iperf3測試流看看有什么問題。

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

抓包發(fā)現(xiàn)實驗測試PC跑Iperf3時，發(fā)的居然時9K字節(jié)以上的巨型幀，還有17000字節(jié)的，沒有分片，這才發(fā)現(xiàn)了問題“電腦的網(wǎng)卡啟用了巨型幀9K”（但這里能發(fā)出17000字節(jié)的包也不知道為什么，理論上來說MTU應(yīng)該是9K字節(jié)才對）：

無線設(shè)備基本不支持巨型幀，所以均會分片然后封裝無線幀頭傳輸，性能大大降低：

原因定位：

實驗室搭建無線網(wǎng)橋拓撲，模仿工業(yè)相機的跑流測試起不來的原因是因為PC網(wǎng)卡開了巨型幀。據(jù)用戶描述，工業(yè)相機默認也是支持巨型幀9K傳輸?shù)模运麄儾胚@樣做的測試，但實際上有線網(wǎng)絡(luò)環(huán)境不影響，無線則會導(dǎo)致網(wǎng)橋性能降低。

原理及解決方案

采用無線網(wǎng)橋回傳方案就不要開啟巨型幀了（工業(yè)相機也不要啟用巨型幀），PC關(guān)閉巨型幀后吞吐量也能跑上去了：