杭州电信访问国外网站丢包严重，只有我中邪么？

This topic created in 4171 days ago, the information mentioned may be changed or developed.

C:\Users\wanghl>ping speedtest.tokyo.linode.com -t

正在 Ping speedtest.tokyo.linode.com [106.187.96.148] 具有 32 字节的数据:
...
...
来自 106.187.96.148 的回复: 字节=32 时间=113ms TTL=50
请求超时。
请求超时。
请求超时。
来自 106.187.96.148 的回复: 字节=32 时间=114ms TTL=50
请求超时。
来自 106.187.96.148 的回复: 字节=32 时间=112ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=107ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=111ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=106ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=114ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=105ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=109ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=112ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=125ms TTL=50
请求超时。
来自 106.187.96.148 的回复: 字节=32 时间=105ms TTL=50
请求超时。

106.187.96.148 的 Ping 统计信息:
数据包: 已发送 = 104，已接收 = 75，丢失 = 29 (27% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 94ms，最长 = 165ms，平均 = 111ms

字节

ttl=50

超时

20 replies • 2014-12-21 16:55:50 +08:00

GhostFlying

Dec 19, 2014

+1，学校的电信出口也这样了

LazyZhu

Dec 19, 2014

今天电信又出问题了, 全国电信之Linode日本的ping值在250ms,而联通只有100ms...
考虑降级电信套餐,在购个联通/移动套餐

bellchu

Dec 19, 2014

日经贴
日经回复

晚上国际出口拥塞
大家都不用P2P软件的话就好很多了

luo362722353

Dec 19, 2014 via iPhone

杭州某带宽产品，还直接无法访问海外任何网站…不知道什么产品，很正常，习惯就好了

Epsil0n9

Dec 19, 2014

在天朝不丢包才是中邪吧

blessme

Dec 19, 2014

106.187.96.148 的 Ping 统计信息:
数据包: 已发送 = 48，已接收 = 48，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 242ms，最长 = 353ms，平均 = 300ms

better0332

Dec 19, 2014

应该不是GFW的问题，阿里云测试非常好：
[root@iZ282i95265Z ~]# ping speedtest.tokyo.linode.com
PING speedtest.tokyo.linode.com (106.187.96.148) 56(84) bytes of data.
64 bytes from speedtest.tokyo.linode.com (106.187.96.148): icmp_seq=1 ttl=51 time=86.6 ms
64 bytes from speedtest.tokyo.linode.com (106.187.96.148): icmp_seq=2 ttl=51 time=86.7 ms
64 bytes from speedtest.tokyo.linode.com (106.187.96.148): icmp_seq=3 ttl=51 time=85.7 ms
64 bytes from speedtest.tokyo.linode.com (106.187.96.148): icmp_seq=4 ttl=51 time=85.4 ms
64 bytes from speedtest.tokyo.linode.com (106.187.96.148): icmp_seq=5 ttl=51 time=80.7 ms
^C
--- speedtest.tokyo.linode.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4794ms
rtt min/avg/max/mdev = 80.798/85.081/86.780/2.206 ms

lingaoyi

Dec 19, 2014

Ping 已启动…

PING speedtest.tokyo.linode.com (106.187.96.148): 56 data bytes
64 bytes from 106.187.96.148: icmp_seq=0 ttl=52 time=102.545 ms
64 bytes from 106.187.96.148: icmp_seq=1 ttl=52 time=90.752 ms
64 bytes from 106.187.96.148: icmp_seq=2 ttl=52 time=92.989 ms
64 bytes from 106.187.96.148: icmp_seq=3 ttl=52 time=82.756 ms
64 bytes from 106.187.96.148: icmp_seq=4 ttl=52 time=92.810 ms
64 bytes from 106.187.96.148: icmp_seq=5 ttl=52 time=101.272 ms
64 bytes from 106.187.96.148: icmp_seq=6 ttl=52 time=103.780 ms
64 bytes from 106.187.96.148: icmp_seq=7 ttl=52 time=108.040 ms
64 bytes from 106.187.96.148: icmp_seq=8 ttl=52 time=110.021 ms
64 bytes from 106.187.96.148: icmp_seq=9 ttl=52 time=114.800 ms
64 bytes from 106.187.96.148: icmp_seq=10 ttl=52 time=118.348 ms
64 bytes from 106.187.96.148: icmp_seq=11 ttl=52 time=104.970 ms
64 bytes from 106.187.96.148: icmp_seq=12 ttl=52 time=108.306 ms
64 bytes from 106.187.96.148: icmp_seq=13 ttl=52 time=108.315 ms
64 bytes from 106.187.96.148: icmp_seq=14 ttl=52 time=104.802 ms
64 bytes from 106.187.96.148: icmp_seq=15 ttl=52 time=109.005 ms
64 bytes from 106.187.96.148: icmp_seq=16 ttl=52 time=111.128 ms
64 bytes from 106.187.96.148: icmp_seq=17 ttl=52 time=106.863 ms
64 bytes from 106.187.96.148: icmp_seq=18 ttl=52 time=103.291 ms
64 bytes from 106.187.96.148: icmp_seq=19 ttl=52 time=105.417 ms

广州电信

hanru

Dec 19, 2014 via Android

@bellchu 你确实电信囯际线路阻塞是p2p下载的原因？有根据吗？

liamxu

Dec 19, 2014

亲，早就这样了好吧，我两个月前就不能访问国外99%的网站了，我都发了好几个关于这个问题的帖子了，电信也投诉了，工信部也投诉了，无果，只能翻墙

kosenpai

Dec 20, 2014

电信国际出口现在烂的一比。

yinet

Dec 20, 2014

正在 Ping speedtest.tokyo.linode.com [106.187.96.148] 具有 32 字节的数据:
来自 106.187.96.148 的回复: 字节=32 时间=112ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=83ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=90ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=72ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=88ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=88ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=91ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=82ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=87ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=92ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=93ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=89ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=95ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=92ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=86ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=94ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=104ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=91ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=99ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=85ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=101ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=92ms TTL=51
来自 106.187.96.148 的回复: 字节=32 时间=92ms TTL=51
杭州电信

Twinkle

Dec 20, 2014

杭州电信

正在 Ping speedtest.tokyo.linode.com [106.187.96.148] 具有 32 字节的数据:
来自 106.187.96.148 的回复: 字节=32 时间=89ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=93ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=89ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=96ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=85ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=95ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=88ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=90ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=87ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=90ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=90ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=94ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=99ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=97ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=91ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=74ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=79ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=87ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=91ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=93ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=92ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=96ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=91ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=92ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=94ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=90ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=90ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=87ms TTL=50
来自 106.187.96.148 的回复: 字节=32 时间=85ms TTL=50

106.187.96.148 的 Ping 统计信息:
数据包: 已发送 = 29，已接收 = 29，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 74ms，最长 = 99ms，平均 = 90ms

kqz901002

Dec 20, 2014

@Twinkle 到日本的速度不错，可惜到美国就不行了

bellchu

Dec 20, 2014

@hanru 2004年 BT流量占全网流量的30%
2008年迅雷初创，同年VeryCD等企业风声水气，P2P流量猛增
2013年8月，Booters全球范围内激增，其中中国出国的Booter流量激增，动辄占据GB级别的国际出口，就为了弄瘫一个国外的主机。
http://www.digitalattackmap.com/#anim=1&color=0&country=ALL&list=0&time=16423&view=map
Booter我们控制不了，在天朝很有可能是政府发起，但是Booter绝对是24小时的，P2P的话责会根据用户的作息时间起伏，所以P2P的垃圾流量至少可以从我做起减少一点。

暂且先不说国际出口，我就拿北京电信公司自己打比方，北京电信办公室内部是不限制流氓雷的，所以大批人上班时间开雷下电影，所以现象就是上班时间外网Ping北京电信公司网关延迟高到难以置信，他们是拉线直连的机房进的骨干网，网络带宽绝对足够，但是面对流氓雷照样趴下。

然后再说Chinanet范围，中国电信2014年新增光纤入户客户1200万，每户至少10M带宽，不算老宽带用户，不算老光纤用户。流氓雷今年一季度截至，单单付费用户达到530万以上。不算其他的P2P服务的用户，你做一个简单的算术，加法和乘法的，再乘一个活动用户百分比。看看电信国际出口是限速了还是拥塞了。

PS：现在上午10点，好多雷们经过一夜的奋斗之后现在还在睡觉

PING 106.187.96.148 (106.187.96.148) 56(84) bytes of data.
64 bytes from 106.187.96.148: icmp_seq=1 ttl=47 time=87.3 ms
64 bytes from 106.187.96.148: icmp_seq=2 ttl=47 time=87.4 ms
64 bytes from 106.187.96.148: icmp_seq=3 ttl=47 time=87.5 ms
64 bytes from 106.187.96.148: icmp_seq=4 ttl=47 time=86.7 ms
64 bytes from 106.187.96.148: icmp_seq=5 ttl=47 time=87.9 ms
64 bytes from 106.187.96.148: icmp_seq=6 ttl=47 time=87.5 ms
64 bytes from 106.187.96.148: icmp_seq=7 ttl=47 time=87.2 ms
64 bytes from 106.187.96.148: icmp_seq=8 ttl=47 time=87.1 ms
64 bytes from 106.187.96.148: icmp_seq=9 ttl=47 time=87.6 ms
64 bytes from 106.187.96.148: icmp_seq=10 ttl=47 time=89.0 ms
64 bytes from 106.187.96.148: icmp_seq=11 ttl=47 time=87.2 ms
64 bytes from 106.187.96.148: icmp_seq=12 ttl=47 time=87.7 ms
64 bytes from 106.187.96.148: icmp_seq=13 ttl=47 time=87.1 ms
64 bytes from 106.187.96.148: icmp_seq=14 ttl=47 time=87.1 ms
64 bytes from 106.187.96.148: icmp_seq=15 ttl=47 time=87.0 ms
64 bytes from 106.187.96.148: icmp_seq=16 ttl=47 time=87.1 ms
64 bytes from 106.187.96.148: icmp_seq=17 ttl=47 time=87.2 ms
64 bytes from 106.187.96.148: icmp_seq=18 ttl=47 time=87.6 ms
64 bytes from 106.187.96.148: icmp_seq=19 ttl=47 time=87.0 ms
64 bytes from 106.187.96.148: icmp_seq=20 ttl=47 time=87.1 ms
64 bytes from 106.187.96.148: icmp_seq=21 ttl=47 time=87.2 ms
64 bytes from 106.187.96.148: icmp_seq=22 ttl=47 time=87.0 ms

0ver1oad

Dec 20, 2014

@bellchu 北京电信内部直接拉线进骨干挂迅雷....

bellchu

Dec 20, 2014

@0ver1oad 不可思议么？北京电信收邮件都用的未加密的pop3你信么？

Dreista

Dec 20, 2014 via Android

温州电信，疯狂掉包。美国日本新加坡都一样。

better0332

Dec 20, 2014

白天还好，晚上就不行。但我发现香港线路没问题。

hanru

Dec 21, 2014

@bellchu 我认为你把近期中国电信国际线路的问题归结到P2P是不合适的。

根据P2P的原理，P2P的节点倾向于与自身连接速度更快的节点交换数据，对于国内的用户而言，P2P的流量主要来自国内、甚至是同一ISP内的其他用户而不是跨过大洋的那一边。如果是P2P流量激增导致的电信国际线路问题，那电信的国内线路早就应该出问题了，而事实上我个人通过电信访问国内站点并无任何阻塞感，记忆中也没有听到过有谁在抱怨。

此外，P2P在今年屡次的“净网”、“剑网”的运动下还能占据多少流量比率也是个问题。个人以为P2P的流量目前是在萎缩而不是增长。顺便说一下，迅雷上市后股价已经腰斩，好日子早已不再： http://stock.finance.sina.com.cn/usstock/quotes/XNET.html

我更愿意把问题归结于国际出口带宽的不足。我的猜测是，无论出于什么目的，中国电信人为减少了ChinaNet的国际出口总带宽，使其远远不足以支撑实际出口带宽需求，从而导致高峰期国际线路频繁拥堵。