首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
广告
better0332
V2EX  ›  问与答

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

  •   
  •   better0332 · 2014-12-19 22:36:47 +08:00 · 5594 次点击
    这是一个创建于 3618 天前的主题，其中的信息可能已经有所发展或是发生改变。
    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 条回复  •  2014-12-21 16:55:50 +08:00
    GhostFlying
        1
    GhostFlying  
       2014-12-19 22:47:07 +08:00
    +1，学校的电信出口也这样了
    LazyZhu
        2
    LazyZhu  
       2014-12-19 22:50:10 +08:00
    今天电信又出问题了, 全国电信之Linode日本的ping值在250ms,而联通只有100ms...
    考虑降级电信套餐,在购个联通/移动套餐
    bellchu
        3
    bellchu  
       2014-12-19 22:51:56 +08:00
    日经贴
    日经回复

    晚上国际出口拥塞
    大家都不用P2P软件的话就好很多了
    luo362722353
        4
    luo362722353  
       2014-12-19 23:11:35 +08:00 via iPhone
    杭州某带宽产品，还直接无法访问海外任何网站…不知道什么产品，很正常，习惯就好了
    Epsil0n9
        5
    Epsil0n9  
       2014-12-19 23:13:11 +08:00
    在天朝不丢包才是中邪吧
    blessme
        6
    blessme  
       2014-12-19 23:18:04 +08:00
    106.187.96.148 的 Ping 统计信息:
    数据包: 已发送 = 48，已接收 = 48，丢失 = 0 (0% 丢失)，
    往返行程的估计时间(以毫秒为单位):
    最短 = 242ms，最长 = 353ms，平均 = 300ms
    better0332
        7
    better0332  
    OP
       2014-12-19 23:25:58 +08:00
    应该不是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
        8
    lingaoyi  
       2014-12-19 23:30:20 +08:00
    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
        9
    hanru  
       2014-12-19 23:37:58 +08:00 via Android
    @bellchu 你确实电信囯际线路阻塞是p2p下载的原因？有根据吗？
    liamxu
        10
    liamxu  
       2014-12-19 23:42:55 +08:00
    亲， 早就这样了好吧，我两个月前就不能访问国外99%的网站了，我都发了好几个关于这个问题的帖子了，电信也投诉了，工信部也投诉了，无果，只能翻墙
    kosenpai
        11
    kosenpai  
       2014-12-20 00:04:59 +08:00
    电信国际出口现在烂的一比。
    yinet
        12
    yinet  
       2014-12-20 00:36:53 +08:00
    正在 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
        13
    Twinkle  
       2014-12-20 00:52:15 +08:00
    杭州电信

    正在 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
        14
    kqz901002  
       2014-12-20 01:13:19 +08:00
    @Twinkle 到日本的速度不错，可惜到美国就不行了
    bellchu
        15
    bellchu  
       2014-12-20 10:21:10 +08:00   ❤️ 1
    @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
        16
    0ver1oad  
       2014-12-20 10:27:28 +08:00
    @bellchu 北京电信内部直接拉线进骨干挂迅雷....
    bellchu
        17
    bellchu  
       2014-12-20 10:32:36 +08:00
    @0ver1oad 不可思议么？北京电信收邮件都用的未加密的pop3你信么？
    Dreista
        18
    Dreista  
       2014-12-20 11:01:57 +08:00 via Android
    温州电信，疯狂掉包。美国日本新加坡都一样。
    better0332
        19
    better0332  
    OP
       2014-12-20 22:45:10 +08:00
    白天还好，晚上就不行。但我发现香港线路没问题。
    hanru
        20
    hanru  
       2014-12-21 16:55:50 +08:00
    @bellchu 我认为你把近期中国电信国际线路的问题归结到P2P是不合适的。

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

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

    我更愿意把问题归结于国际出口带宽的不足。我的猜测是，无论出于什么目的，中国电信人为减少了ChinaNet的国际出口总带宽，使其远远不足以支撑实际出口带宽需求，从而导致高峰期国际线路频繁拥堵。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1059 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 22:28 · PVG 06:28 · LAX 14:28 · JFK 17:28
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.