☰

ping怎麼這麼低，低於理論極限？

tag-icon • tag-icon networking ping latency
ping怎麼這麼低，低於理論極限？

根據本文，我們預計 10,000 公里距離的 ping 至少為 60 毫秒：

在此輸入影像描述

愛爾蘭距離加州大約 10,000 公里，因此這是我們預期的 ping。

我api.kraken.com從位於加利福尼亞州某處的愛爾蘭進行 ping 操作。

我的 ping 值怎麼這麼低 - 4 毫秒？

我正在使用ping命令提示字元中的命令來測試這一點：

在此輸入影像描述

而且絕對不只是我一個人的 ping 值這麼低。這是來自 check-host.net 的報告：

在此輸入影像描述

這是伺服器的位置，使用iplocation.net：

在此輸入影像描述

如果有用的話，這是一個追蹤路由：

在此輸入影像描述

答案1

對我來說，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

從我租用的託管伺服器上，它以

 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

由於每個主機只有三個探測器，往返時間有很多噪音，但我們可以相當確信不涉及跨大西洋鏈路。

這裡發生的情況是，Cloudflare 宣布來自多個資料中心的相同 IP 位址區塊，這些資料中心都擁有所提供服務的副本，因此每個用戶端都連接到最近的一個。

如果在連接處於活動狀態時路由發生變化，這樣的設定可能會失敗，但通常只有少數客戶端受到影響，大多數客戶端只會重建連接，這次可能會連接到不同的實例。

保持不同實例同步以模擬單一服務是 Cloudflare 業務模型的一部分。

IP 地理定位充其量只是猜測，並且肯定會破壞此類設置，因為相同的 IP 用於不同的地方。該ipinfo.io服務可能位於舊金山，因此api.kraken.com他們發現的下一個實例是他們的鄰居。

答案2

api.kraken.com 位於 CloudFlare Edges 後方。 IP 位址稱為任播 IP 位址。所有用戶都將連接到最近的本地邊緣伺服器，而不是一台實體伺服器。在這種情況下，用戶將享受到最低的延遲。

我可以透過從 3 個不同的大陸執行追蹤路由來確認這一點。請參閱下面的追蹤路由並確認網路路由到最近的本地 CloudFlare 邊緣伺服器。

來自美國的追蹤路線

%> ip2trace -p api.kraken.com -d /usr/share/ip2location/DB4.BIN

IP2Location Geolocation Traceroute (ip2trace) Version 8.0.0
Copyright (c) 2021 IP2Location.com [MIT License]
https://www.ip2location.com/free/traceroute-application

1. 50.97.82.1 0.544 ms ["US", "United States of America", "Texas", "Dallas", "SoftLayer Technologies Inc.]
2. 173.192.118.144 0.398 ms ["US", "United States of America", "Texas", "Dallas", "SoftLayer Technologies Inc.]
3. 50.97.18.192 1.135 ms ["US", "United States of America", "Texas", "Dallas", "SoftLayer Technologies Inc.]
4. 206.223.118.145 1.914 ms ["US", "United States of America", "Texas", "Dallas", "Equinix Inc.]
5. 104.16.212.191 1.533 ms ["US", "United States of America", "California", "San Francisco", "CloudFlare Inc.]

來自法國的追蹤路線

%> ip2trace -p api.kraken.com -d /usr/share/ip2location/DB4.BIN

IP2Location Geolocation Traceroute (ip2trace) Version 8.0.0
Copyright (c) 2021 IP2Location.com [MIT License]
https://www.ip2location.com/free/traceroute-application

1. 176.67.168.129 0.511 ms ["FR", "France", "Ile-de-France", "Paris", "UK-2 Limited]
2. 149.6.166.145 0.588 ms ["FR", "France", "Ile-de-France", "Paris", "PSINet Inc.]
3. 154.25.5.125 1.130 ms ["FR", "France", "Ile-de-France", "Paris", "Cogent Communications Inc]
4. 130.117.1.45 1.659 ms ["FR", "France", "Ile-de-France", "Paris", "Cogent Communications Inc]
5. 154.54.60.126 1.382 ms ["FR", "France", "Ile-de-France", "Paris", "Cogent Communications Inc]
6. 149.11.0.126 1.708 ms ["FR", "France", "Ile-de-France", "Paris", "CloudFlare Inc.]
7. 104.16.214.191 1.661 ms ["US", "United States of America", "California", "San Francisco", "CloudFlare Inc.]

從 新加坡 出發的追蹤路線

%> ip2trace -p api.kraken.com -d /usr/share/ip2location/DB4.BIN

IP2Location Geolocation Traceroute (ip2trace) Version 8.0.0
Copyright (c) 2021 IP2Location.com [MIT License]
https://www.ip2location.com/free/traceroute-application

1. 174.133.118.150 0.295 ms ["SG", "Singapore", "Singapore", "Singapore", "SoftLayer Technologies Inc.]
2. 50.97.18.202 0.943 ms ["SG", "Singapore", "Singapore", "Singapore", "SoftLayer Technologies Inc.]
3. 104.16.214.191 0.871 ms ["US", "United States of America", "California", "San Francisco", "CloudFlare Inc.]

相關內容