10月7日晚间消息,今天CCTV13"每周质量报告"播出《假宽带真相》,指出宽带服务缺斤短两等问题,6M宽带实际网速还不到3M。更为神奇的是,网络公开测速工具将10M宽带可以测出100M,成为欺骗用户的道具,将矛头直指360安全卫士。而360运营中心回应称,360测速不是采用P2SP。

        我的网络环境很简单:运营商——信息中心缓存服务器——下载2M/IP到桌面,上传不限。为了怕测试中有其它干扰,新安装操作系统,把在其它机器上安装好的360复制一份,运行:

360宽带测速至少在我的网络环境里有设计缺陷_360宽带测速

运行360宽带测速器:

360宽带测速至少在我的网络环境里有设计缺陷_CCTV13_02

测速结果:

360宽带测速至少在我的网络环境里有设计缺陷_CCTV13_03

        在测速前,我打开了简单抓包器。分析:我的机器IP为:10.112.208.17,发现没测试一次,本机就会向外发送4次端口为10017长度为72的UDP包,并且指向的一组 组播地址。在ip组播环中,数据包的目的地址不是一个,而是一组,形成组地址。所有的信息接收者都加入到一个组内,并且一旦加入之后,流向组地址的数据立即开始向接收者传输,组中的所有成员都能接收到数据包。没做更深的琢磨,不知道能不能理解为“P2SP一个测速方法存在着一个设计上的缺陷。这种P2SP测速方法,它会去选择一些同样安装了这款软件的其他的连接节点来进行测速,只要其中有一个节点,它是在这个用户同一个小区宽带的子网里面,它的这个链路质量就非常好,网速就非常快,所以它测得的网速就可能超过了运营商所提供的那样一个带宽的水平。”为此服务。

360宽带测速至少在我的网络环境里有设计缺陷_宽带_04

然后我用科来进行了比较详细的测试:

这个是机器IP为:10.112.208.17运行网速测试时的总况。

360宽带测速至少在我的网络环境里有设计缺陷_安全卫士_05

我们来看协议:HTTP协议至少点了90%以上的数据包。

360宽带测速至少在我的网络环境里有设计缺陷_CCTV13_06

分析IP会话,我发现有很多节点的数据,但10.111.7.253这台机器占有约90%的数据包,而10.111.7.253正好是我那台 缓存服务器

360宽带测速至少在我的网络环境里有设计缺陷_360宽带测速_07

再看看这个大数据包的TCP会话,典型成功的TCP三次握手。

360宽带测速至少在我的网络环境里有设计缺陷_宽带_08

再看一下HTTP日志,看看都下载了些什么?我们看到,这些大的文件几乎是从缓存服务器(10.111.7.253)上下载的,有些是可执行文件,有些是,哈哈,只有360知道。

360宽带测速至少在我的网络环境里有设计缺陷_宽带_09

我的IP下载应该限制在2M之内,平时只要上班高峰期,上网慢的如牛一样,而这个速度已经达到了100M,要有这样的速度,是真的光速了。

360宽带测速至少在我的网络环境里有设计缺陷_安全卫士_10

以下是在同一时间我用网上其它软件和360测速进行的比较,个人感觉,还是其它测速软件靠谱一些:

360宽带测速至少在我的网络环境里有设计缺陷_360宽带测速_11

360宽带测速至少在我的网络环境里有设计缺陷_CCTV13_12

360宽带测速至少在我的网络环境里有设计缺陷_CCTV13_13

以上分析至少说明一个问题,如果运营商在小区架设一台缓存服务器,再运用技术手段,360的测速就不那么准了。这只是一个个案分析,加之测试水平有限,不妥之处,望指正。

以下是360的声明:

360宽带测速至少在我的网络环境里有设计缺陷_安全卫士_14