128
技術社區[雲棲]
360寬帶測速至少在我的網絡環境裏有設計缺陷
10月7日晚間消息，今天CCTV13"每周質量報告"播出《假寬帶真相》，指出寬帶服務缺斤短兩等問題，6M寬帶實際網速還不到3M。更為神奇的是，網絡公開測速工具將10M寬帶可以測出100M，成為欺騙用戶的道具，將矛頭直指360安全衛士。而360運營中心回應稱，360測速不是采用P2SP。
我的網絡環境很簡單：運營商——信息中心緩存服務器——下載2M/IP到桌麵，上傳不限。為了怕測試中有其它幹擾，新安裝操作係統，把在其它機器上安裝好的360複製一份，運行：
運行360寬帶測速器：
測速結果：
在測速前，我打開了簡單抓包器。分析：我的機器IP為：10.112.208.17，發現沒測試一次，本機就會向外發送4次端口為10017長度為72的UDP包，並且指向的一組 組播地址。在ip組播環中，數據包的目的地址不是一個，而是一組，形成組地址。所有的信息接收者都加入到一個組內，並且一旦加入之後，流向組地址的數據立即開始向接收者傳輸，組中的所有成員都能接收到數據包。沒做更深的琢磨，不知道能不能理解為“P2SP一個測速方法存在著一個設計上的缺陷。這種P2SP測速方法，它會去選擇一些同樣安裝了這款軟件的其他的連接節點來進行測速，隻要其中有一個節點，它是在這個用戶同一個小區寬帶的子網裏麵，它的這個鏈路質量就非常好，網速就非常快，所以它測得的網速就可能超過了運營商所提供的那樣一個帶寬的水平。”為此服務。
然後我用科來進行了比較詳細的測試：
這個是機器IP為：10.112.208.17運行網速測試時的總況。
我們來看協議：HTTP協議至少點了90%以上的數據包。
分析IP會話，我發現有很多節點的數據，但10.111.7.253這台機器占有約90%的數據包，而10.111.7.253正好是我那台 緩存服務器
再看看這個大數據包的TCP會話，典型成功的TCP三次握手。
再看一下HTTP日誌，看看都下載了些什麼？我們看到，這些大的文件幾乎是從緩存服務器（10.111.7.253）上下載的，有些是可執行文件，有些是，哈哈，隻有360知道。
我的IP下載應該限製在2M之內，平時隻要上班高峰期，上網慢的如牛一樣，而這個速度已經達到了100M，要有這樣的速度，是真的光速了。
以下是在同一時間我用網上其它軟件和360測速進行的比較，個人感覺，還是其它測速軟件靠譜一些：
以上分析至少說明一個問題，如果運營商在小區架設一台緩存服務器，再運用技術手段，360的測速就不那麼準了。這隻是一個個案分析，加之測試水平有限，不妥之處，望指正。
以下是360的聲明：
最後更新：2017-04-03 20:57:46