这是一个创建于 1001 天前的主题，其中的信息可能已经有所发展或是发生改变。
我发现很多主机商的日本软银到中国联通的网络质量都不太好，延迟不稳定，而且区间较大。
是因为联通的海缆问题还是容量的问题？有大佬知道吗
 | 1 slowman 2023 年 4 月 29 日 via iPhone 依据是什么？ |
 | 2 2000wcw 2023 年 4 月 29 日 成都联通，东京 SB 线路稳定 68-75ms ，300M 带宽拉满 |
 | 3 2579985464 OP |
| 5 slowman 2023 年 4 月 29 日 @2579985464 似乎是确实 221.111.202.14 有问题？ https://help.aliyun.com/document_detail/353141.html 我测试也是经由 221.111.202.14 的延迟高，比如湖南联通，辽宁联通 湖南联通 211.91.242.30 130ms~ 辽宁联通 218.60.104.55 130ms~ 都过 221.111.202.14 |
 | 6 hahasong 2023 年 4 月 30 日 深圳联通到软银福岛县拉满 |
 | 7 lopssh 2023 年 4 月 30 日 via Android 深圳联通到软银福岛县拉满。 |
 | 8 Archeb 2023 年 4 月 30 日 |
 | 9 q000q000 2023 年 4 月 30 日 via iPhone 广东联通，xTom 东京软银，去程回程都是 200ms ，离谱。 |
 | 10 Marionic0723 2023 年 4 月 30 日 via Android 回程绕美了吧，或者是其他 bug ？联通到 cf 没有直连，走的是 Verizon ，或者 ATT ，都有概率在那两个运营商之间延迟翻倍，本来 150ms ，就能拉成 300 ，卡得要死。 |
 | 11 iijboom 2023 年 4 月 30 日 HOST Loss% Snt Last Avg Best Worst 1 121.31.231.126 40.0% 5 1.01 1.05 1.01 1.09 2 10.120.100.1 0.0% 5 0.99 1.00 0.93 1.09 3 172.17.4.33 0.0% 5 1.29 1.36 1.01 2.25 4 121.31.239.49 0.0% 5 0.56 0.56 0.51 0.62 5 221.7.142.17 0.0% 5 1.10 1.14 1.09 1.27 6 ??? 100.0% 0 0.00 0.00 0.00 0.00 7 219.158.19.70 0.0% 5 29.02 30.19 26.26 33.22 8 219.158.19.77 0.0% 5 31.18 27.64 24.97 31.18 9 221.111.202.9 0.0% 5 55.51 56.63 55.51 58.35 10 ??? 100.0% 0 0.00 0.00 0.00 0.00 11 211.15.32.122 0.0% 5 60.42 60.43 60.32 60.52 12 ??? 100.0% 0 0.00 0.00 0.00 0.00 13 45.142.125.1 0.0% 5 64.65 66.12 61.84 69.62 和这个无关的 @1423 @2579985464 @Archeb |
 | 12 Xiaomage2333 2023 年 4 月 30 日 via Android 非 AS4837 的联通，比如北京联通 上海联通 广东联通回程绕美了，软银调度有问题 每当这几个地方绕美，部分地区电信也会不正常，高峰丢包++延迟++，延迟也能上 150ms 综上所述，软银线路已经烂了 |
 | 13 laydown 2023 年 4 月 30 日 via iPhone 还是 iij 好，比软银便宜，还稳定。 |
 | 14 missuo 2023 年 4 月 30 日 via iPhone IIJ 无敌！ |
| 15 iijboom 2023 年 4 月 30 日 @Xiaomage2333 贴主在三楼发的就是回程路由，没有绕路 |
 | 16 Echo521 2023 年 4 月 30 日 的原因？ |
| 19 Xiaomage2333 2023 年 4 月 30 日 via Android |
 | 21 Gadmin 2023 年 4 月 30 日 试试 v6 ，北京-东京之前测速 v6 快 10-20ms |
| 22 2579985464 OP @Xiaomage2333 可是如果按你所说从东京绕美国的话，延迟应该更高才对，东京到圣何塞的来回延迟就算是最好的线路肯定也不止 140ms 。 |
 | 23 joshuaily 2023 年 5 月 1 日 广州电信 3 14.147.8.158 4 ms 8 ms * 4 59.43.70.1 3 ms 3 ms 3 ms 5 59.43.16.182 7 ms * * 6 59.43.187.102 7 ms 7 ms 7 ms 7 59.43.188.126 10 ms 10 ms 11 ms 8 203.131.241.69 10 ms 10 ms 11 ms 9 129.250.6.122 20 ms * * 10 129.250.5.29 14 ms * * 11 129.250.7.66 47 ms * * 12 129.250.2.67 84 ms 85 ms 87 ms 13 129.250.3.44 84 ms 84 ms 91 ms 14 129.250.7.78 84 ms 84 ms 84 ms 15 129.250.6.127 84 ms 84 ms 84 ms 16 203.105.72.58 88 ms 88 ms 88 ms 17 * * * * 18 * * * * 19 211.15.32.122 91 ms 91 ms 91 ms 20 * * * * 21 45.142.125.1 93 ms 96 ms 102 ms |
 | 24 qiutian666 2023 年 5 月 1 日 软银日常炸线丢包，很正常 |
| 25 Xiaomage2333 2023 年 5 月 1 日 via Android @2579985464 完全可以做到的，从上海到美国西海岸的波特兰最低延迟都能做到 108ms （ hostloc 版主 cera 机房的人说的），上海-东京 东京-圣何塞又不会绕路，完全可以做到 |
| 26 2579985464 OP @Xiaomage2333 不是，你理解有问题啊。怎么会有上海->东京这一程呢，我一直都是在说回程，所以应该是东京->圣何塞->上海，那你跟我说，东京->圣何塞算你 110ms ，那圣何塞->上海总不能就 30ms 吧？ |
| 27 Xiaomage2333 2023 年 5 月 1 日 via Android 测延迟肯定都是双程的，所以我一开始没有拆开去程。ping 的延迟是去程和回程的总延迟，如果只算单程的话总延迟要除 2 的。你那样算的是从东京到圣何塞加上圣何塞到上海的双程延迟，中间有一块重复计算了，实际上绕美之后总的延迟没有你想象的那么高 @2579985464 |
Select Language