这是一个创建于 1729 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前伯力到 aws jp 好像是往欧洲地区不知道哪绕了一下，延迟 100ms 左右
今天再看好像是直连了，而且延迟只有 30ms
伯力到 kopt 机房延迟有 80ms
虽然第 7 跳显示往香港绕了，但是为什么第 8 跳延迟不变，直接就到日本了？
如果实际上不是往香港绕的话，那为什么延迟有 80ms，比 aws jp 的 30ms 多得多？
实际上到底是往哪里走的？
 |
1
shuiyingwuhen 2020-03-04 16:09:13 +08:00
这个参考下吧 不过俄罗斯到香港这个延迟 我算了下 很不错了 不知道速度怎么样
|
 |
2
hlz0812 2020-03-04 16:26:23 +08:00
hkix 的 ip 是互联点 ip，实际已经进入 k-optim 的骨干，所以回程是看 k-optim 怎么走了，可能回程是走东京的 ix 或者 iij 直接到伯力，所以延迟不会增加一个东京到香港的延迟
|
 |
3
txydhr 2020-03-04 17:54:56 +08:00
想多了，要是绕欧洲延迟直接 200+
|
 |
4
CernetBoom 2020-03-04 18:19:23 +08:00 via Android  1
第五第六跳(Megafon)在香港，第七跳的 HKIX 是在日本接入的(香港本地 50ms，另一端在香港)，第八跳之后回向走东京直接到伯力(RJCN)
|
 |
6
mnihyc OP |
|
7
mnihyc OP @CernetBoom 也就是说去程是绕香港，但是进入 kopt 骨干网（第八跳）后回程直接往东京走
（没有理解错的话） 而且在 kopt 机上往回 trace 的话，第七跳只有 8ms 确实是在日本接入，第四五六跳全部绕英去了延迟 200+ms，第二跳绕美，不是很懂这个路由是怎么搞的.. |
|
8
CernetBoom 2020-03-04 23:05:26 +08:00 via Android
@mnihyc 最后的 IP 另外一个方向不一样
|
|
9
mnihyc OP @CernetBoom 意思是回程的前几跳都是原路返回，刚好到最后一跳的时候绕了？如果是这样的话刚才不是在说去程进入 kopt 骨干网的时候回程就直接往东京走了吗？（混乱.jpg ）
|
|
10
CernetBoom 2020-03-04 23:43:41 +08:00 via Android
@mnihyc RU Gcore->JP Kopti：去香港绕
JP Kopti->RU Gcore：正常走 RJCN，但是因为 只有 RU Gcore ->JP Kopti 绕香港，体现在最后一跳延迟增加 |
|
11
hlz0812 2020-03-05 00:02:08 +08:00 via iPhone
@mnihyc rt 到 k-optim 双向直连，gcore 不等于 rt，虽然它说 rt 线路，但是这只是针对中国是 rt 线路，没说它的国际线路也是 rt
|
 |
12
alexkkaa 2020-03-05 00:08:11 +08:00 via Android
以前伯力走的是 rt 那时候线路很高 但是用的人多了这条线就开始全球绕。现在好的线路走的是 ttk
|
Select Language