電信 163 國際丟包近期大幅下降

2020-03-31 01:02:28 +08:00
 nbphuan

163 國際丟包近期大幅下降,但是延遲高了許多而且週期性波動巨大,像是中間路由的緩衝區增大了?有人注意到麼 連以前幾乎不可用的 Vultr 日本都幾乎 0 丟包了

Vultr 日本:

Vultr 硅谷:

測試環境:阿里雲上海

3131 次点击
所在节点    宽带症候群
8 条回复
nbphuan
2020-03-31 01:30:57 +08:00
看起來有改善的是途徑 NTT 的線路
zhizhiwz
2020-03-31 08:36:01 +08:00
老板,这是什么命令
yulihao
2020-03-31 08:43:59 +08:00
阿里云部分回程走联通请熟知
yulihao
2020-03-31 08:47:08 +08:00
tankren
2020-03-31 11:06:28 +08:00
@zhizhiwz 不就是 ping 了 1000 次吗
redsonic
2020-03-31 11:56:50 +08:00
对于家用宽带丢包和延迟不能反映国际线路的实际质量。
正确的做法是服务器端用 tc 限制出口吞吐量到签约带宽,然后在客户端 iperf tcp 反向测试。这时观察两边的 ss -natpei|grep -B 2 iperf 才能看到真实的延迟、丢包和 pacing_rate 。
ping 和 tcp 数据承载没有关系,而且那点数据量根本无法触发各种 Qos 也看不出 buffer 大小。
bclerdx
2020-03-31 16:35:58 +08:00
@redsonic iperf 有 windows 下的么?
redsonic
2020-03-31 19:25:40 +08:00
@bclerdx
官方有,但不是原生的,跑在 mingw 的。也可以 win10 上面跑 wsl 。不过这样你没法用 ss 看 socket 统计了。

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

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

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

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

© 2021 V2EX