当我对bbc.co.uk和google.com(位于加利福尼亚)的域执行ping操作时,我的延迟大约为5毫秒,如下所示:
/>
64 bytes from xx: icmp_seq=0 ttl=55 time=2.940 ms
64 bytes from xx: icmp_seq=1 ttl=55 time=3.785 ms
64 bytes from xx: icmp_seq=2 ttl=55 time=6.299 ms
64 bytes from xx: icmp_seq=3 ttl=55 time=4.065 ms
64 bytes from xx: icmp_seq=4 ttl=55 time=4.231 ms
考虑到地理距离,我希望至少有50ms的等待时间。
幕后发生了什么?
通过跨洋光纤传输的流量光学?
#1 楼
尤其是Google在全球范围内使用分布式数据中心。
它们在不同的地方宣布相同的IP网络,并且由于路由协议的工作方式,您可以找到最近的一个。这称为Anycast
bbc.co.uk,它指向属于内容分发网络Fastly,Inc的IP地址,该地址在包括亚洲在内的世界各地也都有分布,但我不知道是否他们使用相同的技术。
(从法国到bbc.co.uk(151.101.192.81),我大约有60毫秒)
但是,由于您看到的延迟极低,我敢打赌是您没有联系实际的服务器,但这是一个响应您的代理。
评论
代理或负载均衡器,根据您来自哪个国家/地区,我们经常使用代理或负载均衡器。
–user56700
19年5月14日在13:06
它不必是奇怪的代理服务器;如果ISP直接与该CDN对等并且您自己的上行链路不是Wi-Fi或ADSL,则CDN的延迟通常为4-5毫秒。
–user1686
19年5月14日在16:31
#2 楼
电缆在地球的一半处的最小延迟为100毫秒,往返为200毫秒(20,000公里距离/ 200,000 km / s信号速度)-这是物理限制。[1]实际上,链接并不是乌鸦飞来飞去的,它们之间还有其他活跃的组件,这增加了延迟-更现实的数字是150或更多的单向。
延迟时间或ping时间较短的地方离您更近。正如Ron和JFL所指出的那样,大型服务提供商使用具有特定于位置的DNS解析或任意广播的全球分布式基础结构,将您连接到附近的服务器。
[1]唯一比近地服务器更快的选择光纤是直接穿过地球的电缆(使用当前技术是完全不可能的),或者是使用光速接近300,000 km / s的低地球轨道卫星网络(如Starlink电缆,如今看来几乎可行)。从理论上讲,与地面相连的无线网络可能比卫星网络更快,但成本却很高。
评论
作为(小样本量)测试,惠灵顿马德里(非常接近相反)往返行程约为300ms pic.nperf.com/r/3190596119915611-Bc4TJSUS.png pic.nperf.com/r/3190596597699589-shrThPRn.png
–有人支持Monica
19年5月15日在8:21
#3 楼
主要域在世界各地都有服务器,并且已设置DNS,以便您获得离您最近的IP地址。通过ping特定主机可以避免这种情况。例如,Debian(GNU / Linux)项目在全世界的国家中都有一个镜像列表。其中大多数是特定主机,无论您身在何处,它们都将查找相同的IP。尤其是大学软件镜像几乎永远不会位于内容交付代理网络的后面。例如,
mirror.csclub.uwaterloo.ca
位于加拿大安大略省的滑铁卢,并确实响应ping请求。我现在(清晨)从加拿大北卡罗来纳州哈利法克斯市获得了约37毫秒的查询时间。mirror.aarnet.edu.au在澳大利亚可能是离我最远的地方之一。整个澳大利亚在网络方面与世界上大多数其他国家相距甚远。 (尽管东南亚比大多数国家都近)。我的ping时间约为295ms。
是的,由地球周长距离引起的光速延迟是其中的主要部分,以及跃点上的路由延迟。 (记住,这是玻璃纤维中的光速而不是真空。光纤纤芯的折射率通常约为1.3至1.4,因此光速为
c/1.4
。(它必须是较高的折射率因此,长距离使用的现代光纤确实试图将其折射率降低得尽可能低。使用
traceroute
或tracepath
找出您的数据包所采用的网络路径。#4 楼
您似乎在做两个基本假设域名将始终映射到相同的IP地址。
IP地址将始终路由到相同的服务器。
这些假设在本质上都不正确。 DNS服务器可以返回不同的结果,并且IP地址可以根据客户端的位置路由到不同的服务器。
正如您所说的,到远程服务器的往返时间可以有多短是一个物理限制是,不可避免的结论是,如果您发现与远程服务器之间的ping间隔很短,那便是该服务器没有您想象的那么遥远。
主要站点的运营商已投入大量精力在性能和成本的某种组合的推动下,优化它们为最终用户流量提供服务的位置。他们可以在内部执行此操作,可以使用第三方内容分发网络的服务,也可以将两种策略结合使用。
#5 楼
您可以使用在线工具maplatency来获取您所在位置的ping时间的全面地图(以及其他信息)。以下是来自巴黎的ping时间的示例:
评论
有趣的工具,但似乎不起作用:(
–沙爹
19年5月20日在20:36
#6 楼
使用-https://tools.keycdn.com/ping其纯CDN基本域,来自世界各地的结果。
评论
我进行了不涉及CDN的测试,我估计您与欧洲的服务器之间的延迟更可能在250到500毫秒之间。也许更少,但是您应该正确地认为全局距离会影响最小延迟,而网络拓扑无法减少这些最小延迟。为什么不提供traceroute的完整输出?
有什么答案对您有帮助吗?如果是这样,您应该接受答案,这样问题就不会永远弹出来寻找答案。或者,您可以发布并接受自己的答案。