實戰案例:市場數字化無線項目,若有多終端接入會導致卡頓,原因又是它!
本期分享的案例是無線網絡的相關問題。

背景介紹
近期某市的菜市場做數字化改造,采購某P的AC+AP實現無線組網覆蓋,主要提供2.4G無線,供電子秤、顯示屏等終端接入使用。市場格局大致如下:

對此,現場根據相應點位,完成了AP的部署和基礎優化,布點和信道規劃如下:

問題描述
安裝完成后測試無線均正常,但隨著后來電子秤、顯示屏等終端逐漸投入使用,市場的阿姨阿叔們發現,網絡卡的要命。終端顯示不出信息,手機上個網更是費勁。
以下是筆記本接入無線ping百度的情況:

處理思路
針對此類無線網絡體驗問題,通常從以下幾個方面考慮:
- 確認設備連接及拓撲是否存在問題,有線網絡是否正常;
- 確認無線優化是否到位;
- 分析網絡中是否存在數據泛洪吃掉無線資源。
排查分析
第一步:確認有線網絡是否正常
老樣子,肯定是要確認有線網絡的問題的,有線有問題無線一定異常。經查,有線網絡吞吐、延時均正常,現場純粹的是無線問題。
第二步:確定無線優化是否到位
常規的優化有:
- 信道、功率優化——現場已做好
- 有線側的端口隔離——沒做,有線側都是傻瓜交換機
- 有線側的組播&廣播抑制——沒做,有線側都是傻瓜交換機
綜合上述2、3,因為沒做所以導致數據泛洪的概率很大,加之多終端接入才有問題,所以往這個方向排查即可。
第三步:確認無線信道率是否過載
這里我們使用了專業的工具在現場偵測,如下:
【1信道20Mhz的】

【6信道20Mhz的】

【11信道20Mhz的】

可以看到1和11信道相對還好,基本在60%以下,而6信道就很嚴重了基本達80%。對于2.4G來說就是重災區。
第四步:確認網絡是否存在數據泛洪
在有線側直接抓包就行,可以看到有大量的SSDP報文,從源IP來看,這些報文是電子顯示屏發出的。據統計,每秒總計發200個:

所以目前來看,問題定位是多顯示屏接入后造成了數據泛洪,導致2.4G無線性能下降。
原理及解決方案
針對該問題,需要將AP所在的交換機換成管理型交換機,做組播&廣播抑制和隔離,防止每個端口收到的SSDP組播發到其它口下的AP,造成AP性能異常。































