MIUI|议“提速降费”大背景下的宽带缩水问题

MIUI|议“提速降费”大背景下的宽带缩水问题

文章图片

MIUI|议“提速降费”大背景下的宽带缩水问题

文章图片

MIUI|议“提速降费”大背景下的宽带缩水问题

文章图片

MIUI|议“提速降费”大背景下的宽带缩水问题

文章图片


随着提速降费稳步推进 , 许多地方的百兆光纤宽带已经开始免费升级到200M、300M、500M , 甚至是1000M 。 很多人都有这样的感觉:宽带升级前非常期待升级之后飞速的网络体验 , 但升级之后却发现网速提升得并不明显 。 “宽带缩水”又变成了一个不得不提的话题 。

500M的宽带在宽带运营商手持运维PDA终端测速是500M确确实实是可以达到500M 。
【MIUI|议“提速降费”大背景下的宽带缩水问题】
但通过第三方的测速软件“Speedtest”测试下载速率仅有200Mbps , 下载速率远远达不到运营商宣称的500Mbps 。

用传输速率(Mbps)来表示网速很多人都会丈二和尚摸不到头脑 , 换算成MB/s就相当形象了 , 500M的宽带通过“360宽带测速器”测得接入速度为28.7MB/s , 这是在P2P下载+HTTP下载的情况下测得的速度 , 这种方法可以最大限度地压榨带宽 。 当然通过迅雷下载一个非常大的文件也可以测得这个最大接入速度 。 28.7MB/s的最大接入速度也就相当于200M~300M的宽带 。

这非常明显地说明了宽带缩水了 , 上面有图有真相 。 不会换算的小伙伴Mbps÷10就大约得到了MB/s , 确切地来说是÷8 , 毫无疑问还存在传输损耗 , 所以÷10比较贴近实际情况 。
运营商运维PDA测速和第三方测速的结果为什么不一致不管什么测速软件测速都是通过和测速服务器通信测得数据 , 从测速服务器下载测速数据时就能得到下行速率 , 上传测速数据到测速服务器就能得到上行测速数据 。

像“Speedtest”这样的测速软件并不能确保测速的准确性 , 但能够做到尽量接近实际网速 , 因为中途存在很多的不确定性 , 比如测速的人很多测速服务器带宽不够测速不准确 , 网络节点出现了拥堵了测速也会不准确 。 Speedtest有一套智能算法来确定测速的节点 , 这样就可以避免这些因素影响测速结果 。 当然也不排除算法的补偿 , 比如测速是400Mbps , 算法补偿后加上100Mbps , 就是500Mbps 。 这是情有可原的 , 测速如果不准确谁还用呢?

运营商测速使用的是他们自己的专用测速软件 , 并且可能每一个地区、市都有测速节点 。 这么说可能大家很难理解 , 在家门口的高速上测速能不快吗?跨地区、跨市就有收费站了 , 通俗一些讲就是会限速了 。 所以真实的500M、1000M宽带只在家门口 , 要不然针对企业专线宽带有啥优势?“提速降费”宽带缩水又演变成了一件不争的事实 。

这种做法像极了我们在路由器、防火墙上限制单台设备的上传、下载速率 , 但内网设备之间传输并不受影响 。 只不过宽带运营商是在区域节点的管理服务器上设置了我们上网的带宽 , 所以运维PDA测速软件测速能达标 。

综上所述“缩水宽带”会成为提速降费快节奏下的一个痛点 。 归根结底在于某些三、四线以及以下的城市区域跨区域的总带宽不够 , 设备也没有跟上节奏更新换代 , 所以导致了宽带缩水严重的情况 , 但提速降费是自上而下的口号和指标 , 不得不做 。 我的宽带本来就是300M , 升级500M之后几乎很难感觉到升级之后的快感 , 升级又意义何在呢?