gcp hk 回程是走的什么路线？

[mnihyc]

RT，随便找了个 ip，第一跳好像就是本地 163，这走的是什么线路？？？

[yulihao]

接了电信 163，不知道为什么 GCP 默认屏蔽前几跳

[xxq2112]

就是直连 163 啊

[mnihyc]

@yulihao 从上海绕？

[xxq2112]

@mnihyc 在 HK 接入的 20G 163，具体到底是北上广要看电信分配的上级出口

[mnihyc]

@xxq2112 就是说不清楚是吧，那 APCN2 断了是否会对这个线路造成影响？

[DGideas]

感兴趣的是为何 GCP 屏蔽了前几跳

[mytsing520]

不想让你知道 Google 自己的网络部署而已

[CernetBoom]

@mnihyc 香港到中国大陆都是走陆缆

[mnihyc]

@CernetBoom 没怎么了解过，陆缆的拥堵情况怎么样？晚高峰 mtr 出来结果挺可怕的。
https://ftp.bmp.ovh/imgs/2019/12/ec40fa857da67aea.png

[CernetBoom]

@mnihyc 陆缆没有什么堵不堵的，多少波长就是多少

这只是 Google 那在香港的 20G 163 或者 163 C-I 塞死了

[bclerdx]

@CernetBoom 似乎没有实时流量状态监控图。

[DGideas]

@yulihao
@mytsing520 由 https://cloud.google.com/vpc/docs/vpc?hl=en#traceroute：
For internal reasons, Google Cloud increases the TTL counter of packets leaving Compute Engine instances for the internet. Tools like traceroute might provide incomplete results because the TTL doesn't expire on some of the hops. Hops that are inside and outside of Google's network might be hidden.

The number of hidden hops varies based on the instance's Network Service Tiers, region, and other factors. If there are only a few hops, it's possible for all of them to be hidden. Missing hops from a traceroute result don't mean that outbound traffic is dropped.

There is no workaround for this behavior.