Shell's Home

Sep 5, 2006 - 1 minute read - Comments

上海有线通,不爽

最近贝壳要换ISP了。大家知道,贝壳用了5年多的上海有线通。虽然速度不快,偶尔还有降到半速的现象,但是总体来说还是不错的。TTL跃点主要在12到16上下(经过12-16个路由器),极限上传一般在55K/s上下。虽然说和标称有一定区别,不过考虑IP封包头问题,也还可以。只是最近有线通不怎么像话,封了P2P不说,还不告知。去询问,又不承认。幸好贝壳两个月后包年到期,到时就跑了结束。

开始(8.30左右)贝壳的ED速度突然从50K/s持续上传下跌到7K/s持续上传。贝壳以为是电信故障维修,造成数个连线失效,路由重生成后形成瓶颈。这现象照理不会在电信这种大公司发生。不过按照莫菲定律,什么坏事都可能发生。就随他去了。24小时以后,贝壳打电话到96877报修。对方开始说会不会是系统问题,windows新出病毒云云。贝壳两台电脑,平台不一样(Intel和AMD64),系统不一样(WindowsXP和Debian/GNU Linux),所用软件不一样(eMuleVC,BC0.70和aMule)。不会都是出这个问题吧?再说windows出病毒,关linux啥事情?

维修人员看看没法说的通,换了口风。说这种问题不能算是问题,他需要“提交”一下。OK,你本身做维护的,还向谁提交问题?我也不管他,这几天忙,没空和他唠叨。说好好,你提交下看看。

过两天空了,看问题照旧,贝壳坐不住了。莫非我碰到了P2P封锁?贝壳先查看了网络上的评论,说上海有线通有这问题,已经有人在315网上提交了抱怨。贝壳下面做了几个测试。

首先将eMule复制一份,保留原先的配置。然后关闭所有共享,只共享一个文件。名字起的奇怪点,这样就没有别的下载客户了。然后找一个朋友来做下载,速度是5K上下,而且一般有下没上。

然后贝壳打开apache2,共享同一个文件,打开端口映射(ED等软件的端口映射也是做好的,经EtherReal核查没有问题)。下载速度是50K上下,一般有上没下。

再打开BT,勾选其中“加密数据包头”为“优先”。然后在传输测试中,多数客户的速度是2K-3K,但是一个也是BC0.70的客户,本地发起连接,速度高达50K。后面偶尔也会出现这样的客户,估计是因为不是所有BT客户端全支持加密数据包头的。

最后,测试Debian/GNU Linux从ftp.linuxforum.net下载更新的速度。这是ftp和http混用协议,一般在70K以上,最高甚至达到120K。

至此,基本可以下结论,有线通封锁了P2P类软件的使用。

最可笑的是,我再次打电话过去。他们的服务人员开始还跟我念叨机器问题等等。然后我把测试方法一说,他们立刻改口,说从不保证任何P2P类软件的稳定。只保证Http协议的传输速度。什么时候宽带还有条款,说只能保证Http协议的速度了?如果说只衡量HTTP协议速度,那条款应该重新修订。如果说网络速度,一般都是指IP封包的传输速度。或者放松说,底层网络封包的传输速度。有线通此举就是明显的侵权。上述电话可以向有线通查询的,工号7061。

任何愿意起诉有线通的同志,贝壳这里免费提供技术支持,提供有线通的网络数据统计(ntop统计结果)。大家高兴起诉的,贝壳提供声援和支持。并且贝壳郑重表示,有生之年,见到用有线通的就游说用别的宽带,即使他道歉并且解除封锁也不例外。自10月底有线通到期后,贝壳即抽空银行资金,签订解约协议,改用ADSL。