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

2016-07-29 23:52:47 +08:00
 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
8060 次点击
所在节点    宽带症候群
30 条回复
3dwelcome
2016-07-30 01:14:30 +08:00
这太正常了。基本上一开始都是流畅的、用来翻墙、然后被墙识别为嫌疑 ip 、接下来就是疯狂掉包。
y
2016-07-30 01:18:19 +08:00
@3dwelcome 我觉得和墙关系不大，应该是上海电信的问题，用其它运营商的人就没遇到类似的情况。
mytsing520
2016-07-30 01:35:20 +08:00
@y 经过该路由的数据量非常庞大，掉包是有可能的
WD40
2016-07-30 02:05:36 +08:00
L 可酱老爷子没开金口“提速降价”前几乎没想到过日后居然还学习了如何查看封包丢包这个技能点。
redsonic
2016-07-30 02:09:24 +08:00
202.97 那几跳只是把 icmp 超时丢的比较厉害而已（也可能是他前面的串接设备丢的），凌晨 100Mb 跑满的时候照样 70-80%的丢包率， mtr 的各种丢包率早就说明不了什么问题了，延迟可能还有点参考价值，你不能按照书本上的知识或常识来理解天朝的网络。
y
2016-07-30 02:12:01 +08:00
@redsonic traceroute 也是 202.97 那里开始延迟很大，前面都是个位数，到这里就一两百毫秒了。
y
2016-07-30 02:12:56 +08:00
@redsonic Linode 只是答应帮换个 IP... 哎太无奈了。
redsonic
2016-07-30 02:22:24 +08:00
对的，已经好几年这德行了。如果最靠前的一台对 202.97 那个段设置过某某 Qos 策略有可能后面这个段里的全部都丢包，所以没参考意义，想知道确切的上行丢包率只能上传个文件到对端抓包看看。
redsonic
2016-07-30 02:25:45 +08:00
延迟大不要紧，窗口会慢慢上去的，但上行 Qos 把你的窗口改小了就没办法了。换 UDP 的管子试试
gzelvis
2016-07-30 07:15:08 +08:00
那个就是经典的电信 cn1 线路出口节点啊，别说上海电信，广州这边也是经常卡的不行，跳 ping 掉包晚上 5 点后随机发生，几率大的很，没办法的，你幻想下全中国的车都挤一个收费站是啥感觉？换 cn2 立马解决问题
oott123
2016-07-30 09:08:00 +08:00
Linode 新加坡几乎没法好好用吧…
buddha
2016-07-30 09:58:25 +08:00
mtr 不是这么看的 除非说 上图 10 跳以后都是 74%左右的丢包 那才能怀疑 10 跳这里有问题。 （有些节点根本就是禁止 ICMP 那就是 100%丢包了）
一般只要看最后那个目的地址的丢包就可以了 其实就是 14%。
y
2016-07-30 10:02:32 +08:00
@buddha 我不是 mtr 的专家，只是 Linode 让我用这个工具 troubleshoot 所以我发到群里。可能我的判断有不对的地方吧。哎想从自己的 Linode 上下点东西，从北美迁移到新加坡希望快点，结果更慢了，奇葩。
buddha
2016-07-30 10:28:16 +08:00
@y 上海电信去年头上就一泡污了。 可以换还是换移动或者联通吧。
buddha
2016-07-30 10:30:25 +08:00
@y 而且看你的这个 mtr 结果 是先到美国绕了一圈才到的新加坡， 第 10/11 跳的节点名字是 san jose ， 这么看来更慢是可以理解的。
pwinner
2016-07-30 10:37:44 +08:00
很可惜 MTR 说明不了什么，我的樱花也走 202.97 丢包也 90 多但是日服 LOL 一点也不卡不丢包啊，电信的话 linode 新加坡别想了，绕路的
y
2016-07-30 10:39:55 +08:00
@buddha 真的，你不说我都没注意到跑到美国去了。 Linode 的话节点放在哪比较合适呢?
Andy1999
2016-07-30 10:47:09 +08:00
谁跟你说骨干 IP 一定要对 ICMP 响应了？
完全可以通一个后面全部不通，甚至有一些直接不响应
你要看还是看机房那一跳吧
palxex
2016-07-30 12:16:19 +08:00
之前手上的一台 vps 对 udp 疯狂丢包， icmp 上根本看不出来。
popu111
2016-07-30 13:14:46 +08:00
@y 别用 Linode 比较合适（葛优躺.jpg

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/295917

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX