中国移动家宽北京出口丢包率达到 90%

[fulajickhz]

中国移动家宽北京出口丢包率达到 90%有没有解决办法？

北京节点的 ip 221.183.89.66

来回丢包率都这么多

这情况持续有一个礼拜了。

移动不会是针对我 vps 的 IP 来丢包的吧？

[Rickkkkkkk]

ip 被墙了呗.

[fulajickhz]

@Rickkkkkkk 我不是写了来回丢包，根本没被封

被封了怎么 mtr ？

[d7101120120]

是从这个节点之后全都丢 90%还是只有这个节点丢 90%？如果只有这个节点丢 90%的话那属于正常现象，只有从某个节点开始所有节点都出现大量丢包才能确定是该节点的问题。

[fulajickhz]

只有这个节点丢，可是我用别的测试 IP ，发现出口节点虽然也是北京，但不同 IP ，丢包率只有 40%

这属于可以使用了

[fulajickhz]

@d7101120120 见上

[d7101120120]

@fulajickhz 其实是这样的，这两个北京节点的丢包率不同其实也正常，这些路由在负载比较高的情况下可能会不响应一部分的 ICMP ，而两个节点的负载可能不同所以具体到节点丢包率也会不同。但是只要是没影响到目标 IP 的丢包率，理论上对于 VPS 的速度不会有影响。

[fulajickhz]

@d7101120120 忘记说响应时间了

udp 包，一般 250ms ，1000ms 也经常有，4000 也不少，10000 也能看到

[fulajickhz]

mtr --tcp -nrc 100 IP
Start: Thu Apr 11 19:25:49 2024
HOST: vultr.guest Loss% Snt Last Avg Best Wrst StDev
1.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
2.|-- 104.156.242.161 0.0% 100 2.4 4.4 1.1 127.5 13.2
3.|-- 10.73.1.49 0.0% 100 1.1 2.8 0.9 14.2 3.1
4.|-- 10.73.3.17 0.0% 100 1.3 5.1 0.3 47.8 8.7
5.|-- 10.73.3.2 34.0% 100 7151. 763.2 0.3 7151. 1987.2
6.|-- 63.223.46.42 42.0% 100 7103. 898.7 0.9 7135. 1953.1
7.|-- 63.223.46.42 18.0% 100 1.0 1.9 0.9 8.1 1.3
8.|-- 223.118.12.106 0.0% 100 2.7 1.7 0.9 6.2 0.8
9.|-- 63.218.113.10 0.0% 100 8.0 5.3 1.0 32.6 9.2
10.|-- 223.118.11.109 0.0% 100 35.2 20.6 1.0 37.0 13.5
11.|-- 223.118.10.106 0.0% 100 27.6 42.0 27.2 88.2 23.2
12.|-- 223.118.11.109 0.0% 100 28.2 61.5 27.3 89.7 26.6
13.|-- 223.118.10.22 1.0% 100 82.2 207.6 77.4 7396. 801.2
14.|-- 223.120.12.130 15.0% 100 77.6 598.5 77.5 7383. 1441.7
15.|-- 223.120.14.210 10.0% 100 3360. 372.7 229.1 3360. 567.8
16.|-- 221.183.89.174 15.0% 100 254.8 683.4 226.6 7365. 1422.2
17.|-- 221.183.89.33 48.0% 100 262.0 858.0 216.2 7363. 1745.0

下一节点就是本市丢包为 60%

回程路由

[sdcg1994]

骨干网的节点 没有必要 也没有义务 更没有理由 实时响应你的直接请求

[dodakt]

A packet loss at one hop on the path doesn’t mean there is something wrong with routing, neither does it mean that the path is congested. When you see an output showing a loss, it’s usually due to ICMP limits set on the router, eg. ICMP rate limiting.
中途可能只是 icmp 响应不积极 是否丢包要看你最终是否丢包

[fulajickhz]

问题是我本地基本上用不了，speedtest 测速 1M 多点

偶尔放松 qos youtube 可以跑满带宽

移动这种全天候高强度 Qos 第一次碰到

我重新拨号换 IP 也是这样

[dodakt]

@fulajickhz #11 移动北美如果不是优化线路 很一般 看了一下 你是 vultr 还是迈阿密 速度慢属于常态

[hefish]

解决办法很简单， 换电信联通嘛。。。活人还能给尿憋死。。

[yyzh]

移动请加钱上国际加速包,人家优先要报障给钱了的土豪,穷人慢走不送.

[fulajickhz]

@yyzh 您好，这加速包的名字就是国际加速包？

我先换日本的 ip 顶上，确实比北美的稳定

[xqzr]

mtr TCP/UDP 默认每发使用不同端口，会导致经过的路由不同

[AlphaTauriHonda]

@fulajickhz 换成日本，韩国或者新加坡 AWS 。

3.112.0.0
3.34.0.0
3.0.0.9

[hbytw]

同为北京移动家宽，没有见异常，一直很稳定。

[alwaysol]

移动就是墙中墙,几乎无解

[a413128]

弄个中转机场先用着吧

[TWSF]

家宽丢包不是很正常吗？京爷直接上加速包就行了啊

[fulajickhz]

楼上各位，我不是北京的

我也不知道为什么我的北美 IP ，来回都从北京节点走，这算 bug 吗？不知道能不能反馈

我改成日本的 IP 就能用了