为什么 bage 的 HKS 的 bgp 图看不到 retn

不是。RETN（AS9002）没藏在 CTC 里，两条线八竿子打不着。图上 AS9886 是单独一根支路，不是把 Retn 打包进去了。

你这张也不是「官网线路清单」。最左边写得很清楚：AS63150 只接到 AS30058（FDCServers）。后面 Lumen、NTT、Cogent、PCCW 那些，全是 FDC 再往后的路，不是 Bage 自己跟每家拉了 session。

官网那串「PCCWG+TELSTRA+NTT+Lumen+Retn+Cogent+HE+HKIX+EIE」是销售文案，上游的上游、IX 对等、机房有这个口，都爱写上去。bgp.tools 只画公共采集器真正看到的 AS path，而且还是挑通向那些 Tier 1 的主干来画。采集器没看到走 9002 的路径，图上就不会有 Retn。HE、HKIX 多半是 peering，这种 transit 图里本来也常常不出现。

所以：邻居列表里没有 AS9002，就说明 Retn 不是它的直连上游，官网那行当营销看。bgp.tools 没坏，它只反映「被看到的路」，看不到不等于不存在，写在官网上也不等于这个 ASN 直连。

不是因为 RETN 被包在 CTC 里面。RETN（常见是 AS9002）是独立过境网，BGP 路径里该出现就会出现，不会藏在电信 AS 里。

你这张图是这条前缀实际被采集到的路径，不是官网的端口清单。图上 AS63150 先到 AS30058（FDCServers），再经 AS55880（GTT APAC）进 AS3257 和 AS3491（PCCW），另外能看到 AS9886。路径上没有 RETN，只说明这条前缀没有从 RETN 学到，常见是 CTC 线路根本不向 RETN 宣告，或只在部分方向、备份上用。

官网那行「PCCWG+TELSTRA+NTT+Lumen+Retn+…」，下面还写了不做大陆优化，对的是国际 / 解锁线路的宣传，和这张 HKS CTC 图不是同一条路由。HE、Telstra、HKIX、EIE 在这张图里同样没有，也能说明这一点。

bgp.tools 只反映路由采集器看到的 AS path，看不到机房有没有接 RETN 的线。工具没坏，它本来就不是接入清单。