ping 怎么这么低,低于理论极限?

Dav*_*nan 1 networking ping latency

根据这篇文章,我们预计 10,000 公里的距离至少 60 毫秒的 ping:

在此处输入图片说明

爱尔兰距离加利福尼亚大约 10,000 公里,因此这是我们期望的 ping。

api.kraken.com从位于加利福尼亚州某处的爱尔兰ping 通。

我的 ping 怎么这么低 - 4 毫秒?

ping在命令提示符中使用命令来测试这个:

在此处输入图片说明

而且绝对不只是我得到这么低的 ping。这是来自 check-host.net 的报告

在此处输入图片说明

这是服务器的位置,使用iplocation.net

在此处输入图片说明

如果有用,这是一个跟踪路由:

在此处输入图片说明

Sim*_*ter 10

对我来说,traceroute api.kraken.com

 8  ae-2-3602.edge3.Berlin1.Level3.net (4.69.159.5)  15.422 ms  16.278 ms  17.423 ms
 9  unknown.Level3.net (212.162.40.34)  12.069 ms  12.045 ms  9.120 ms
10  104.16.214.191 (104.16.214.191)  9.071 ms  10.039 ms  4.867 ms
Run Code Online (Sandbox Code Playgroud)

从我租用的 colo 服务器,它以

 7  as13335.dusseldorf.megaport.com (194.146.118.139)  3.027 ms  3.000 ms  2.965 ms
 8  104.16.213.191 (104.16.213.191)  2.419 ms  2.451 ms  2.386 ms
Run Code Online (Sandbox Code Playgroud)

由于我们每个主机只有三个探测器,因此往返时间对它们有很大影响,但我们可以相当确信不涉及跨大西洋链路。

这里发生的事情是 Cloudflare 宣布来自多个数据中心的相同 IP 地址块,这些数据中心都有所提供服务的副本,因此每个客户端都连接到最近的一个。

如果在连接处于活动状态时路由发生变化,则此类设置可能会失败,但通常只有少数客户端受到影响,并且大多数客户端只会重建连接,这次可能会重建连接到不同的实例。

保持不同实例同步以模拟单个服务是 Cloudflare 业务模型的一部分。

IP 地理定位充其量只是猜测,并且肯定会打破这种设置,因为在不同的地方使用相同的 IP。该ipinfo.io服务可能在旧金山,所以api.kraken.com他们找到的下一个实例是他们的邻居。

  • 这里还有一件重要的事情——当你 ping kraken API 时。显示的延迟不是真实的。如:这是延迟,但仅限于 cloudflare。您拉取的任何请求和任何数据都将由此中继,因此当您看到较低的 ping 时,到 API 端点的往返时间是实际延迟的 2 倍,并且订单以实际延迟而不是缩短的延迟到达 API。 (5认同)