我发现很多主机商的日本软银到中国联通的网络质量都不太好,延迟不稳定,而且区间较大。
是因为联通的海缆问题还是容量的问题?有大佬知道吗
1
1423 2023-04-29 19:46:27 +08:00 via iPhone
依据是什么?
|
2
2000wcw 2023-04-29 20:37:58 +08:00
成都联通,东京 SB 线路稳定 68-75ms ,300M 带宽拉满
|
3
2579985464 OP |
5
1423 2023-04-29 22:46:34 +08:00
@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-04-30 00:17:19 +08:00
深圳联通到软银福岛县拉满
|
7
lopssh 2023-04-30 02:27:00 +08:00 via Android
深圳联通到软银福岛县拉满。
|
8
Archeb 2023-04-30 03:35:39 +08:00
|
9
q000q000 2023-04-30 03:42:50 +08:00 via iPhone
🤡广东联通,xTom 东京软银,去程回程都是 200ms ,离谱。
|
10
Marionic0723 2023-04-30 08:13:01 +08:00 via Android
回程绕美了吧,或者是其他 bug ?联通到 cf 没有直连,走的是 Verizon ,或者 ATT ,都有概率在那两个运营商之间延迟翻倍,本来 150ms ,就能拉成 300 ,卡得要死。
|
11
iijboom 2023-04-30 08:54:42 +08:00
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-04-30 14:04:53 +08:00 via Android
非 AS4837 的联通,比如北京联通 上海联通 广东联通回程绕美了,软银调度有问题 每当这几个地方绕美,部分地区电信也会不正常,高峰丢包++延迟++,延迟也能上 150ms 综上所述,软银线路已经烂了
|
13
laydown 2023-04-30 14:38:19 +08:00 via iPhone
还是 iij 好,比软银便宜,还稳定。
|
14
missuo 2023-04-30 16:15:42 +08:00 via iPhone
IIJ 无敌!
|
15
iijboom 2023-04-30 16:57:19 +08:00
@Xiaomage2333 贴主在三楼发的就是回程路由,没有绕路
|
16
Echo521 2023-04-30 17:01:07 +08:00
🦈的原因?
|
19
Xiaomage2333 2023-04-30 20:25:18 +08:00 via Android
|
21
Gadmin 2023-04-30 21:08:13 +08:00
试试 v6 ,北京-东京之前测速 v6 快 10-20ms
|
22
2579985464 OP @Xiaomage2333 可是如果按你所说从东京绕美国的话,延迟应该更高才对,东京到圣何塞的来回延迟就算是最好的线路肯定也不止 140ms 。
|
23
joshuaily 2023-05-01 00:31:58 +08:00
广州电信
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-05-01 01:05:05 +08:00
软银日常炸线丢包,很正常
|
25
Xiaomage2333 2023-05-01 07:40:11 +08:00 via Android
@2579985464 完全可以做到的,从上海到美国西海岸的波特兰最低延迟都能做到 108ms ( hostloc 版主 cera 机房的人说的),上海-东京 东京-圣何塞又不会绕路,完全可以做到
|
26
2579985464 OP @Xiaomage2333 不是,你理解有问题啊。怎么会有上海->东京这一程呢,我一直都是在说回程,所以应该是东京->圣何塞->上海,那你跟我说,东京->圣何塞算你 110ms ,那圣何塞->上海总不能就 30ms 吧?
|
27
Xiaomage2333 2023-05-01 11:12:04 +08:00 via Android
测延迟肯定都是双程的,所以我一开始没有拆开去程。ping 的延迟是去程和回程的总延迟,如果只算单程的话总延迟要除 2 的。你那样算的是从东京到圣何塞加上圣何塞到上海的双程延迟,中间有一块重复计算了,实际上绕美之后总的延迟没有你想象的那么高
@2579985464 |