毛子伯力到日本的线路

[mnihyc]

之前伯力到 aws jp 好像是往欧洲地区不知道哪绕了一下，延迟 100ms 左右
今天再看好像是直连了，而且延迟只有 30ms

伯力到 kopt 机房延迟有 80ms

虽然第 7 跳显示往香港绕了，但是为什么第 8 跳延迟不变，直接就到日本了？
如果实际上不是往香港绕的话，那为什么延迟有 80ms，比 aws jp 的 30ms 多得多？
实际上到底是往哪里走的？

[shuiyingwuhen]

这个参考下吧 不过俄罗斯到香港这个延迟 我算了下 很不错了 不知道速度怎么样

[hlz0812]

hkix 的 ip 是互联点 ip，实际已经进入 k-optim 的骨干，所以回程是看 k-optim 怎么走了，可能回程是走东京的 ix 或者 iij 直接到伯力，所以延迟不会增加一个东京到香港的延迟

[txydhr]

想多了，要是绕欧洲延迟直接 200+

[CernetBoom]

第五第六跳(Megafon)在香港，第七跳的 HKIX 是在日本接入的(香港本地 50ms，另一端在香港)，第八跳之后回向走东京直接到伯力(RJCN)

[mnihyc]

@txydhr 之前确实是绕了一个 amazon Europe regions

[mnihyc]

@hlz0812 https://i.bmp.ovh/imgs/2020/03/303a006a7d9ed33f.png 这是回程
如果说第十跳已经到伯力的话，为什么突然第 12 跳的时候延迟剧增？

[mnihyc]

@CernetBoom 也就是说去程是绕香港，但是进入 kopt 骨干网（第八跳）后回程直接往东京走
（没有理解错的话）
而且在 kopt 机上往回 trace 的话，第七跳只有 8ms 确实是在日本接入，第四五六跳全部绕英去了延迟 200+ms，第二跳绕美，不是很懂这个路由是怎么搞的..

[CernetBoom]

@mnihyc 最后的 IP 另外一个方向不一样

[mnihyc]

@CernetBoom 意思是回程的前几跳都是原路返回，刚好到最后一跳的时候绕了？如果是这样的话刚才不是在说去程进入 kopt 骨干网的时候回程就直接往东京走了吗？（混乱.jpg ）

[CernetBoom]

@mnihyc RU Gcore->JP Kopti：去香港绕
JP Kopti->RU Gcore：正常走 RJCN，但是因为 只有 RU Gcore ->JP Kopti 绕香港，体现在最后一跳延迟增加

[hlz0812]

@mnihyc rt 到 k-optim 双向直连，gcore 不等于 rt，虽然它说 rt 线路，但是这只是针对中国是 rt 线路，没说它的国际线路也是 rt

[alexkkaa]

以前伯力走的是 rt 那时候线路很高 但是用的人多了这条线就开始全球绕。现在好的线路走的是 ttk