上海电信依然丢包? 202.97.91.62 这个 IP 丢包极其严重

[y]

两年前就听说上海电信丢包，看没人讨论以为已经解决了，结果现在遇到了。

附上个 mtr 的结果，从上海到 Linode Singapore.

HOST: host                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- xxxxxxxx.xxxx                              0.0%   100    2.0   2.2   1.2  14.3   1.6
  2.|-- xxxxxxxxxxxxx                              0.0%   100    4.8   4.9   2.9  18.9   2.5
  3.|-- xxxxxxxxxxxxx                              0.0%   100    3.6   5.4   2.8  24.9   4.3
  4.|-- xxxxxxxxxxxxx                              0.0%   100    6.6   6.8   3.8  19.8   2.0
  5.|-- xxxxxxxxxxxxxx                             0.0%   100    4.8   7.8   4.6  17.0   2.2
  6.|-- 202.97.35.162                              8.0%   100   54.9  58.2  49.7  63.5   2.2
  7.|-- 202.97.91.62                              54.0%   100    9.2  10.1   7.4  38.2   5.1
  8.|-- 202.97.51.178                             14.0%   100  159.3 173.7 156.6 240.6  26.4
  9.|-- 202.97.50.22                              13.0%   100  158.1 162.7 153.5 191.2   9.1
 10.|-- te0-3-0-16.ccr21.sjc03.atlas.cogentco.com 73.0%   100  5270. 6279. 187.7 13800 5822.2
 11.|-- ae-1-8.edge1.sanjose3.level3.net           8.0%   100  216.9 226.9 215.7 279.9  11.2
 12.|-- 4.53.208.94                               14.0%   100  152.6 192.5 149.3 359.5  55.8
 13.|-- tenge0-2-0-14.br03.sin02.pccwbtn.net       8.0%   100  263.3 238.0 214.0 266.4  14.0
 14.|-- linode.te0-1-0-21.br03.sin02.pccwbtn.net   7.0%   100  300.4 305.0 261.7 326.4  17.0
 15.|-- 139.162.0.2                               14.0%   100  260.6 264.8 258.2 284.9   6.4
 16.|-- xxxxxxxxxx.members.linode.com             14.1%    99  258.7 259.3 249.7 266.8   3.3

[3dwelcome]

这太正常了。基本上一开始都是流畅的、用来翻墙、然后被墙识别为嫌疑 ip 、接下来就是疯狂掉包。

[y]

@3dwelcome 我觉得和墙关系不大，应该是上海电信的问题，用其它运营商的人就没遇到类似的情况。

[mytsing520]

@y 经过该路由的数据量非常庞大，掉包是有可能的

[WD40]

L 可酱老爷子没开金口“提速降价”前几乎没想到过日后居然还学习了如何查看封包丢包这个技能点。

[redsonic]

202.97 那几跳只是把 icmp 超时丢的比较厉害而已（也可能是他前面的串接设备丢的），凌晨 100Mb 跑满的时候照样 70-80%的丢包率， mtr 的各种丢包率早就说明不了什么问题了，延迟可能还有点参考价值，你不能按照书本上的知识或常识来理解天朝的网络。

[y]

@redsonic traceroute 也是 202.97 那里开始延迟很大，前面都是个位数，到这里就一两百毫秒了。

[y]

@redsonic Linode 只是答应帮换个 IP... 哎太无奈了。

[redsonic]

对的，已经好几年这德行了。如果最靠前的一台对 202.97 那个段设置过某某 Qos 策略有可能后面这个段里的全部都丢包，所以没参考意义，想知道确切的上行丢包率只能上传个文件到对端抓包看看。

[redsonic]

延迟大不要紧，窗口会慢慢上去的，但上行 Qos 把你的窗口改小了就没办法了。换 UDP 的管子试试

[gzelvis]

那个就是经典的电信 cn1 线路出口节点啊，别说上海电信，广州这边也是经常卡的不行，跳 ping 掉包晚上 5 点后随机发生，几率大的很，没办法的，你幻想下全中国的车都挤一个收费站是啥感觉？换 cn2 立马解决问题

[oott123]

Linode 新加坡几乎没法好好用吧…

[buddha]

mtr 不是这么看的 除非说 上图 10 跳以后都是 74%左右的丢包 那才能怀疑 10 跳这里有问题。 （有些节点根本就是禁止 ICMP 那就是 100%丢包了）
一般只要看最后那个目的地址的丢包就可以了 其实就是 14%。

[y]

@buddha 我不是 mtr 的专家，只是 Linode 让我用这个工具 troubleshoot 所以我发到群里。可能我的判断有不对的地方吧。哎想从自己的 Linode 上下点东西，从北美迁移到新加坡希望快点，结果更慢了，奇葩。

[buddha]

@y 上海电信去年头上就一泡污了。 可以换还是换移动或者联通吧。

[buddha]

@y 而且看你的这个 mtr 结果 是先到美国绕了一圈才到的新加坡， 第 10/11 跳的节点名字是 san jose ， 这么看来更慢是可以理解的。

[pwinner]

很可惜 MTR 说明不了什么，我的樱花也走 202.97 丢包也 90 多但是日服 LOL 一点也不卡不丢包啊，电信的话 linode 新加坡别想了，绕路的

[y]

@buddha 真的，你不说我都没注意到跑到美国去了。 Linode 的话节点放在哪比较合适呢?

[Andy1999]

谁跟你说骨干 IP 一定要对 ICMP 响应了？
完全可以通一个后面全部不通，甚至有一些直接不响应
你要看还是看机房那一跳吧

[palxex]

之前手上的一台 vps 对 udp 疯狂丢包， icmp 上根本看不出来。

[popu111]

@y 别用 Linode 比较合适（葛优躺.jpg

[nekoyaki]

不要用电信，也不要相信电信员工的任何说辞……

[simonsmh]

vultr 也一样

[lslqtz]

移动 4G 表示 tracert 全部超时，而且连续 99 个跃点都没跑完

[a67793581]

@y 你还找小弟嘛 那个帖子进不去 不知道你要找那种语言的

[y]

@a67793581 进不去是因为没登录吧，登录了怎么会进不去...

[commonhub]

之前发过一个链接，国际端口的丢包率不是不能高于 5%还是%1 么

[bclerdx]

@commonhub 求具体链接

[commonhub]

@bclerdx https://www.v2ex.com/t/291032

[CloudnuY]

骨干网找谁投诉去（

[electric]

封也不全封，就是要拿纳税人的钱一年几百亿，来搭建个防火墙和广大人民玩猫鼠游戏。