这是一个创建于 2128 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前伯力到 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 2020-03-04 22:49:57 +08:00 @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