地球两端之间的网络延迟

这只是出于好奇。

我目前在东南亚，并且当我对bbc.co.uk和google.com（在加利福尼亚州）进行域名查询时，延迟大约为5毫秒，如下所示：

64 bytes from 151.101.192.81: icmp_seq=0 ttl=55 time=2.940 ms
64 bytes from 151.101.192.81: icmp_seq=1 ttl=55 time=3.785 ms
64 bytes from 151.101.192.81: icmp_seq=2 ttl=55 time=6.299 ms
64 bytes from 151.101.192.81: icmp_seq=3 ttl=55 time=4.065 ms
64 bytes from 151.101.192.81: icmp_seq=4 ttl=55 time=4.231 ms

我希望延迟时间至少为50毫秒，而不是地理距离。幕后发生了什么事？也是通过跨洋光纤通信吗？

• Google尤其在全球范围内使用分布式数据中心。他们在不同的地方宣布相同的IP网络，并且由于路由协议的工作方式，您可以到达最近的IP网络。

• bbc.co.uk指向一个属于Fastly，Inc的IP地址，这是一个内容交付网络，在包括亚洲在内的世界各地也都有分支机构，但是我不知道他们是否使用相同的技术。
  （从法国到bbc.co.uk（151.101.192.81）大约需要60毫秒）

但是，由于您看到的等待时间极短，我敢打赌您没有联系实际的服务器，但这是对您做出响应的代理。

遍布全球的电缆的最小延迟为100毫秒，往返为200毫秒（20,000 km距离/ 200,000 km / s信号速度）。实际上，链接并没有像乌鸦一样飞过，它们之间还有其他活跃的组件，这增加了延迟-更现实的数字是单程200甚至300 ms。

延迟时间或ping时间较短的任何事物都离您更近。正如罗恩（Ron）所指出的那样，大型服务提供商使用具有特定于位置的DNS解析或任意广播的全球分布式基础结构来将您连接到附近的服务器。

主要域在世界各地都有服务器，并且设置了DNS，以便您获得离您最近的IP地址。

您可以通过ping特定主机来避免这种情况。例如，Debian（GNU / Linux）项目在全世界的国家中都有一个镜像列表。其中大多数是特定主机，无论您身在何处，它们都将查找相同的IP。 特别是大学软件镜像几乎永远不会落后于内容交付代理网络。

例如，mirror.csclub.uwaterloo.ca位于加拿大安大略省的滑铁卢，并确实响应ping请求。我现在（清晨）从加拿大北卡罗来纳州哈利法克斯（Halifax）收到约37毫秒的ping时间。

澳大利亚的mirror.aarnet.edu.au可能是离我最远的地方之一；整个澳大利亚在网络方面与世界上大多数其他国家相距甚远。（尽管东南亚比大多数国家都近）我的ping时间是〜295ms。

是的，由于绕地球圆周的距离而产生的光速延迟以及跃点上的路由延迟是其中的主要部分。（记住，这是玻璃纤维中的光速而不是真空。光纤纤芯的折射率通常约为1.3到1.4，因此光速为c/1.4。（它必须比因此，长距离使用的现代光纤确实试图将其折射率降低得尽可能低。

使用traceroute或tracepath查找您的数据包所采用的网络路径。

您似乎在做出两个基本假设

• 域名将始终映射到相同的IP地址。
• IP地址将始终路由到同一服务器。

这些假设在本质上都不是正确的。DNS服务器可以返回不同的结果，并且IP地址可以路由到不同的服务器，具体取决于客户端的位置。

就像您说的那样，到远程服务器的往返时间可以有多低是一个物理上的限制，无可避免的结论是，如果您发现对远程服务器的ping时间很短，那就是该服务器与您的远程距离不一样认为这是。

主要站点的运营商在性能和成本的某种组合的推动下，在优化他们为最终用户流量提供服务的位置方面付出了巨大的努力。他们可以在内部执行此操作，可以使用第三方内容分发网络的服务，也可以使用两种策略的某种组合。

您可以使用在线工具maplatency来获取您所在位置的ping时间的全面地图（以及其他信息）。

这是来自巴黎的ping时间示例：

来自世界各地的使用效果- https://tools.keycdn.com/ping

其纯CDN基本域。