分享到:

张守平公司专注于重庆宽带办理,重庆长城宽带,重庆长城宽带办理,重庆长城宽带资费

联系资料

张守平
所在地区:
重庆市 重庆市
公司主页:
暂无
电话号码:
1592*******
传真号码:
暂无
联 系 人:
张守平
移动电话:
1592*******
电子邮箱:
暂无

在中国普及百兆重庆宽带办理的宽带的真正瓶颈是什么?

发布于 2017年08月15日

[摘要]到 2017 年底的主要目标是:网络能力上,全国所有地级以上城区家庭都将具备百兆光纤接入能力,80%以上的行政村要实现光纤到村,4G网络全面覆盖城市 中国普及百兆宽带的真正瓶颈是什么?

在中国普及百兆的宽带的真正瓶颈是什么?
  到 2017 年底的主要目标是:网络能力上,全国所有地级以上城区家庭都将具备百兆光纤接入能力,80%以上的行政村要实现光纤到村,4G网络全面覆盖城市

中国普及百兆宽带的真正瓶颈是什么?

  真的就是没有那么大的带宽。我国网络基础设施建设落后,小城市更是如此。你敢相信几个月前我还在用传统电话线(铜线)ADSL 拨号上网吗?这些老旧线路是没有办法提供百兆带宽的,唯有更换光纤。想要实现国内百兆宽带(不说国际了,国际出口带宽是真的挤,和 GFW 关系不大的)起码等全面铜退光进之后才有得谈。

为什么有些民营宽带宣称它们可以提供百兆甚至千兆宽带?

  因为它们这个所谓的「百兆」宽带实际上是超售,是假的。这些运营商并不像那些有资质的大运营商(联通、电信)一样拥有自己的骨干网(另外一家有骨干网的是教育网)这些民营宽带本质上是从这些有资质的运营商手里租用流量,转卖给用户,也就是所谓的「二道贩子」

  那么问题来了,大运营商都没法普及百兆宽带,为什么这些民营宽带能做到,而且甚至比大运营商 20M 还要便宜呢?这里就涉及到缓存了。简单的讲是把网络上访问过的内容暂时储存在本地,下次访问时如果这个内容没有变化则直接从本地调取而不需要访问目标服务器,节约时间和带宽。那些XX助手、XX清理专家清理掉的所谓「垃圾文件」绝大部分都是有用的缓存,所以以后别闲着没事就删了,删完了你下次访问还得重新下载一遍多蛋疼啊。

  那么这些民营宽带就在这里作手段了:它们把自己的用户组成了一个局域网(内网)自己的数据中心带宽、流量资源充足(因为内网流量不用给大运营商交钱,也许能提供百兆带宽,但是绝对无法在所有用户同时访问的情况下还能提供每个用户百兆带宽)当有用户访问到外网资源时,如果在自己的数据中心找到了缓存,则直接从数据中心提供给用户;如果没有,则从外网下载到自己的数据中心,同时提供给用户 —— 这样下一个用户访问同一资源时就无需再访问外网,给民营宽带运营商大大节约了流量,使得超售变成可能。当然缓存并不是万能的,当大量用户集中在同一时间段访问无法缓存的外网资源(比如直播视频)时就会暴露超售的本质。

缓存技术究竟是好是坏?

  这种技术,其实合理应用是可以达到节约带宽,缓解骨干网拥挤等一系列良性效果的。问题就在于这些民营宽带为了赚钱,将这种技术滥用了 —— 比如不严格按照路径缓存:举个极端(并没有发现哪家民营宽带如此丧心病狂)的例子:如果所有软件下载文件名都是 ***,那么单纯按照文件名缓存很可能你下载任何软件都变成了 XX软件助手;再比如不尊重缓存寿命:举一个实际存在的例子,如果某个软件最新版本的下载地址固定是:
***/***
这些民营宽带很可能一直给你提供一个缓存的旧版本,即使服务器上文件已经更新你也没有办法获取。不像浏览器本地缓存你可以手动清理,运营商在你上游做的缓存你作为终端用户是无能为力的。如果别有用心的人利用运营商缓存数据索引不严谨这个漏洞将病毒文件或含有木马后门的软件替换掉了真实软件,后果不堪设想。

  另外这些民营运营上还有一个最为可恶的行为:在月底租用的流量不够了的情况下,对动态请求的返回内容(各种网站提供的 API)都进行缓存,导致客户端获取到的数据错误、过时,无法正常使用 —— 这已经是摆明了耍流氓了。

民营宽带,能不能用?

  我觉得看过我上面写的内容,答案不言自明。民营宽带运营商的宣传的确诱人,早在联通光纤线路进入小区之前就已经打满了铺天盖地的广告,然而在几个月的广告轰炸之下我依然坚定选择联通 2M 电话线不动摇。慢点是慢点,好歹我这 2M 是实打实的 2M (也许不太有必要,还是再普及一下:运营商宣传的 M 多为 Mbps,比如 2Mbps 理论下行速度换算过来就是 2/8*1024 = 256 KB/s)内网 100M、1000M 又如何?

  如果你已经不小心进了民营宽带这个坑,短期之内还没法跳出来,怎么办呢?—— 买个国内的服务器,架设 VPN 等加密隧道,通过隧道浏览网络。这样一来你所有的数据都是加密的,运营商无法进行缓存。写到这里,我是不是应该感谢一下这些无良运营商对 HTTPS 的推广作出了一定的贡献?