tracert 如何能够在大西洋上空以 5ms 的速度传输数据?

tracert 如何能够在大西洋上空以 5ms 的速度传输数据?

我正在 Windows 上分析 tracert,试图了解详细信息:

tracert 8.8.8.8

跟踪到 dns.google [8.8.8.8] 的路由,最多 30 个跳数:

1 <1毫秒 <1毫秒 <1毫秒 192.168.1.1

2 <1毫秒 <1毫秒 <1毫秒 169.254.10.1

3 1毫秒 <1毫秒 <1毫秒 88.220.36.225

4 5毫秒 5毫秒 5毫秒 88.220.204.172

5 5毫秒 5毫秒 5毫秒 88.220.204.179

6 5毫秒 10毫秒 5毫秒 88.220.207.32

7 5毫秒 5毫秒 5毫秒 142.250.239.81

8 5毫秒 5毫秒 5毫秒 dns.google [8.8.8.8]

所以问题是,我想知道这怎么可能只需要 5 毫秒就能到达 dns.google?为什么没有来自波兰的其他跳数?最后一个跳数直接从 Google 华沙到 Google 山景城?是因为它自己的网络吗?

这是什么类型的互联网?我的意思是,如果是卫星互联网,它的 ping 值会高出数百毫秒。但不会是 5 毫秒,它怎么会在大西洋上如此之快?

我还想确认这一部分“169.254.10.1”我理解这是当没有可用的 DHCP 时默认的 Windows DHCP,但是,这一跳是否发生在 ISP 的路由器内联网中?

答案1

这是不可能的。

谷歌雇佣任播。DNS 服务器是边界以 5ms 的响应时间在物理上靠近您。

答案2

您的问题似乎基于几个错误的假设:

  1. 尽管“IP 地址到位置”数据库提供商喜欢引用相当好的准确度,但您最好记住 IP 地址是在互联网上使用的,而不是用于现实世界中的导航。

  2. 许多“IP 地址到位置数据库”提供商将使用的街道地址来自属于公司的 IP 地址范围的 IP 地址将公司总部的街道地址例如,既不是数据中心,也不是分支机构所在地,实际上并没有使用 IP 地址。

    就这样8.8.8.8的地理位置人们经常称其为加利福尼亚州山景城。

  3. IP 地址是网络位置,而不是经度/纬度或街道地址。

  4. 路由协议允许您几乎立即更改互联网上要使用特定 IP 地址(范围/子网)的位置。
    特定 IP 地址(范围)的当前使用位置不必与昨天使用的位置相同,也不必与明天使用的位置相同。

  5. 两个数字上看起来非常接近的 IP 地址(即 10.10.9.8 和 10.10.9.13)不必由物理/地理位置上附近的系统使用。

  6. 同一个 IP 地址(范围)可以在多个位置使用任播就是这种技术的一个例子。

    这是一种技术,允许 Google 等提供商(以及许多其他提供商)从全球各地靠近其客户的不同服务器/集群和数据中心运行 IP 地址(例如 8.8.8.8)。任播路由会将来自客户端的流量引导到最近的数据中心(在互联网路由术语中,不一定是最近的“鸟儿飞过”地理距离),以确保最佳性能。


谷歌为什么看起来离你这么近,这个等式的第二部分可能是互联网交换中心 您的 ISP 和 Google 都属于该网络。这样,他们的网络之间就会有“直接”连接。

相关内容