as4134 到 cloudflare 走上 ctg 了

[INTEL2333]

如题，电信到 cloudflare 能走上 ctg 了。走 HKG 或是 SIN 得看地区，随机无规律。

Route-Path: AS4134 中国电信 → AS* CTGNet → AS13335 IXP Cloudflare

目前看回程有问题，不清楚什么时候能调整好 XD

[dream0689]

@bclerdx 应该是 hkix 对 as4134 无优化导致延时 150ms+。之前遇到过 hkix 对 as7473 无优化，延时 200ms+。hkix 更多时候只对 hk mo 的 as 有优化。

[bclerdx]

@dream0689 所谓的优化是指什么？

[huihuilang]

@Redhut 联通 9929 网络走 10099 到 CF HK ，不过实际效果一般，远不如 9929 直连东京或者台北

[yyzh]

@huihuilang 联通也有直连 ntt 不走 cug 的...选择很多

[BlueSkyXN]

实测电信未复现

[BlueSkyXN]

哦，复现了，藏着掖着没意思，直接贴扫描结果

https://skyit-uk.jp.larksuite.com/sheets/WUEHst6JwhClwtt6AyTjC0Uappw?sheet=Gy9C4h

[hoPBmTckM1]

@INTEL2333 图里的是 NextTrace 吧

[loukky]

@bclerdx #9 LHR 是 cloudflare 的伦敦机房。工具应该是 besttrace

[INTEL2333]

@hoPBmTckM1 他 @的是八楼，不是问的 nexttrace

[YunXuyun]

ipv6 的情况如何？

[txydhr]

@bclerdx lhr=伦敦希思罗机场=伦敦节点，类似的还有芝加哥 ord 、巴黎 cdg 、纽约 jfk

[INTEL2333]

@YunXuyun v6 我没扫，但大概率还是跟之前一致

[dream0689]

电信访问 8.8.8.8 走 ctg 经 hkix 到 hk 很长一段时间了。像 8.8.8.8 这种就是有优化的。但 8.8.4.4 依旧绕 us 。
@bclerdx

[bclerdx]

@dream0689 是谷歌优化的，还是电信优化的？

[AlphaTauriHonda]

https://ping.pe/104.18.17.1
延迟和美西差不多，TCP 丢包也很高，目前用处不大。如果电信到 Cloudflare 出现了延迟小而且 TCP 丢包小于 10%的 IP 就值得关注了。

@BlueSkyXN 感谢测试！

@bclerdx 应该是谷歌。