Google cloud platform 来自某些GCP区域的错误跟踪路由

有人能解释为什么我从一些GCP区域收到看似错误的跟踪路由结果吗

我正在运行网络分析，从各个地区的谷歌云计算实例到我们自己的数据中心，以验证我们的客户体验

以下是一个测试站点，以显示问题：

$ ping www.bbc.co.uk
PING www.bbc.net.uk (212.58.249.210) 56(84) bytes of data.

我从asia-east1-b获得以下追踪路线：

asia-east1-b:~$ traceroute 212.58.249.210
traceroute to 212.58.249.210 (212.58.249.210), 30 hops max, 60 byte packets
 1  108.170.227.202 (108.170.227.202)  152.419 ms 209.85.255.194 (209.85.255.194)  155.181 ms 72.14.239.154 (72.14.239.154)  157.535 ms
 2  216.239.58.130 (216.239.58.130)  248.054 ms 72.14.232.71 (72.14.232.71)  160.910 ms 209.85.247.4 (209.85.247.4)  164.240 ms
 3  216.239.57.197 (216.239.57.197)  181.224 ms 216.239.58.255 (216.239.58.255)  176.807 ms 216.239.57.197 (216.239.57.197)  180.841 ms
 4  172.253.65.165 (172.253.65.165)  252.485 ms  252.262 ms *
 5  216.239.57.236 (216.239.57.236)  247.640 ms 209.85.250.90 (209.85.250.90)  243.427 ms 216.239.57.236 (216.239.57.236)  247.579 ms
 6  74.125.242.112 (74.125.242.112)  249.928 ms  247.138 ms  244.123 ms

但是，从europe-west2-b我没有路线：

europe-west2-b:~$ traceroute 212.58.249.210
traceroute to 212.58.249.210 (212.58.249.210), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *

我可以成功地使用curl并检索内容，因此路由有效且有效

我在不同的东道主和大约一半的GCP地区看到了同样的问题，似乎是随机出现在世界各地

包括未知路线的地图（红色）

---

重申@JohnHanley所说的一些内容，并提供一些额外的上下文：GCP增加了从计算引擎实例到internet的数据包的TTL计数器。这意味着结果（取决于跟踪源的起始位置）可能显示不完整或缺少预期输出。

这是正常的。路由器不需要响应ICMP消息。对于专用网络内的路径，这并不罕见。感谢@JohnHanley的回复。你是说整个路线都进入谷歌的网络，直到它到达英国广播公司？这似乎与距离无关（即亚洲与欧洲）。这取决于您的GCP网络服务层。对于Premium，流量进入距离客户最近的位置，并停留在谷歌的主干上。对于Standard，对提供商/路径等没有任何保证。标准流量通常在距离服务最近的区域进入谷歌网络，这意味着大部分路线都是公共互联网。然而，这与事实无关，路由器不需要响应ICMP（ping）消息。使用ping和tracert来确定网络延迟是不可靠的。它们被设计用于检测中断的路由，而不是性能。包括一张地图，以更好地说明@JohnHanley的问题。你所说的似乎与问题的规模和分布不符。