两年前就听说上海电信丢包,看没人讨论以为已经解决了,结果现在遇到了。
附上个 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
1
3dwelcome 2016-07-30 01:14:30 +08:00 via Android
这太正常了。基本上一开始都是流畅的、用来翻墙、然后被墙识别为嫌疑 ip 、接下来就是疯狂掉包。
|
3
mytsing520 2016-07-30 01:35:20 +08:00
@y 经过该路由的数据量非常庞大,掉包是有可能的
|
4
WD40 2016-07-30 02:05:36 +08:00
L 可酱老爷子没开金口“提速降价”前几乎没想到过日后居然还学习了如何查看封包丢包这个技能点。
|
5
redsonic 2016-07-30 02:09:24 +08:00
202.97 那几跳只是把 icmp 超时丢的比较厉害而已(也可能是他前面的串接设备丢的),凌晨 100Mb 跑满的时候照样 70-80%的丢包率, mtr 的各种丢包率早就说明不了什么问题了,延迟可能还有点参考价值,你不能按照书本上的知识或常识来理解天朝的网络。
|
8
redsonic 2016-07-30 02:22:24 +08:00
对的,已经好几年这德行了。如果最靠前的一台对 202.97 那个段设置过某某 Qos 策略有可能后面这个段里的全部都丢包,所以没参考意义,想知道确切的上行丢包率只能上传个文件到对端抓包看看。
|
9
redsonic 2016-07-30 02:25:45 +08:00
延迟大不要紧,窗口会慢慢上去的,但上行 Qos 把你的窗口改小了就没办法了。换 UDP 的管子试试
|
10
gzelvis 2016-07-30 07:15:08 +08:00 via iPhone
那个就是经典的电信 cn1 线路出口节点啊,别说上海电信,广州这边也是经常卡的不行,跳 ping 掉包晚上 5 点后随机发生,几率大的很,没办法的,你幻想下全中国的车都挤一个收费站是啥感觉?换 cn2 立马解决问题
|
11
oott123 2016-07-30 09:08:00 +08:00 via Android
Linode 新加坡几乎没法好好用吧…
|
12
buddha 2016-07-30 09:58:25 +08:00
mtr 不是这么看的 除非说 上图 10 跳以后都是 74%左右的丢包 那才能怀疑 10 跳这里有问题。 (有些节点根本就是禁止 ICMP 那就是 100%丢包了)
一般只要看最后那个目的地址的丢包就可以了 其实就是 14%。 |
13
y OP @buddha 我不是 mtr 的专家,只是 Linode 让我用这个工具 troubleshoot 所以我发到群里。可能我的判断有不对的地方吧。哎想从自己的 Linode 上下点东西,从北美迁移到新加坡希望快点,结果更慢了,奇葩。
|
15
buddha 2016-07-30 10:30:25 +08:00
@y 而且看你的这个 mtr 结果 是先到美国绕了一圈才到的新加坡, 第 10/11 跳的节点名字是 san jose , 这么看来更慢是可以理解的。
|
16
pwinner 2016-07-30 10:37:44 +08:00 via Android
很可惜 MTR 说明不了什么,我的樱花也走 202.97 丢包也 90 多但是日服 LOL 一点也不卡不丢包啊,电信的话 linode 新加坡别想了,绕路的
|
18
Andy1999 2016-07-30 10:47:09 +08:00 via iPhone
谁跟你说骨干 IP 一定要对 ICMP 响应了?
完全可以通一个后面全部不通,甚至有一些直接不响应 你要看还是看机房那一跳吧 |
19
palxex 2016-07-30 12:16:19 +08:00
之前手上的一台 vps 对 udp 疯狂丢包, icmp 上根本看不出来。
|
21
nekoyaki 2016-07-30 14:23:47 +08:00
不要用电信,也不要相信电信员工的任何说辞……
|
22
simonsmh 2016-07-30 14:57:18 +08:00 via Android
vultr 也一样
|
23
lslqtz 2016-07-30 22:45:03 +08:00
移动 4G 表示 tracert 全部超时,而且连续 99 个跃点都没跑完
|
26
commonhub 2016-07-31 11:23:12 +08:00 via Android
之前发过一个链接,国际端口的丢包率不是不能高于 5%还是%1 么
|
28
commonhub 2016-07-31 15:50:26 +08:00 via Android
|
29
CloudnuY 2016-07-31 18:33:34 +08:00
骨干网找谁投诉去(
|
30
electric 2017-10-07 15:55:17 +08:00
封也不全封,就是要拿纳税人的钱一年几百亿,来搭建个防火墙和广大人民玩猫鼠游戏。
|