中国移动家宽北京出口丢包率达到 90%有没有解决办法?
北京节点的 ip 221.183.89.66
来回丢包率都这么多
这情况持续有一个礼拜了。
移动不会是针对我 vps 的 IP 来丢包的吧?
1
Rickkkkkkk 213 天前
ip 被墙了呗.
|
2
fulajickhz OP |
3
d7101120120 213 天前
是从这个节点之后全都丢 90%还是只有这个节点丢 90%?如果只有这个节点丢 90%的话那属于正常现象,只有从某个节点开始所有节点都出现大量丢包才能确定是该节点的问题。
|
4
fulajickhz OP 只有这个节点丢,可是我用别的测试 IP ,发现出口节点虽然也是北京,但不同 IP ,丢包率只有 40%
这属于可以使用了 |
5
fulajickhz OP @d7101120120 见上
|
6
d7101120120 213 天前
@fulajickhz 其实是这样的,这两个北京节点的丢包率不同其实也正常,这些路由在负载比较高的情况下可能会不响应一部分的 ICMP ,而两个节点的负载可能不同所以具体到节点丢包率也会不同。但是只要是没影响到目标 IP 的丢包率,理论上对于 VPS 的速度不会有影响。
|
7
fulajickhz OP |
8
fulajickhz OP 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% 回程路由 |
9
sdcg1994 213 天前 via Android
骨干网的节点 没有必要 也没有义务 更没有理由 实时响应你的直接请求
|
10
dodakt 213 天前
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 响应不积极 是否丢包要看你最终是否丢包 |
11
fulajickhz OP 问题是我本地基本上用不了,speedtest 测速 1M 多点
偶尔放松 qos youtube 可以跑满带宽 移动这种全天候高强度 Qos 第一次碰到 我重新拨号换 IP 也是这样 |
12
dodakt 213 天前
@fulajickhz #11 移动北美如果不是优化线路 很一般 看了一下 你是 vultr 还是迈阿密 速度慢属于常态
|
13
hefish 213 天前
解决办法很简单, 换电信联通嘛。。。活人还能给尿憋死。。
|
14
yyzh 213 天前 via Android
移动请加钱上国际加速包,人家优先要报障给钱了的土豪,穷人慢走不送.
|
15
fulajickhz OP |
16
xqzr 213 天前
mtr TCP/UDP 默认每发使用不同端口,会导致经过的路由不同
|
17
AlphaTauriHonda 212 天前 via iPhone
|
18
hbytw 212 天前
同为北京移动家宽,没有见异常,一直很稳定。
|
19
alwaysol 212 天前
移动就是墙中墙,几乎无解
|
20
a413128 212 天前 via iPhone
弄个中转机场先用着吧
|
21
TWSF 212 天前
家宽丢包不是很正常吗?京爷直接上加速包就行了啊
|
22
fulajickhz OP 楼上各位,我不是北京的
我也不知道为什么我的北美 IP ,来回都从北京节点走,这算 bug 吗?不知道能不能反馈 我改成日本的 IP 就能用了 |