网络延迟和光速

网络延迟和光速

以下是最小延迟是否由光速决定?,但我想补充一些后续内容。

场景如下:我们有两个相对的站点,一个位于美国西海岸,一个位于爱尔兰。客户位于中欧,并要求进行延迟测试。爱尔兰的响应时间为约 65-70 毫秒。然而西海岸的人声称响应速度更快,为 60 毫秒。

现在快速检查表明,光纤中的光需要大约 42 毫秒才能到达美国,而到达爱尔兰则需要 8.5 毫秒。因此,显然这是单跳,不包括路由器、交换机、防火墙、协议开销等。

我是否可以说他们的数字是 BS 呢?

最后,我从一个距离相近的站点测试了对据称位于西海岸的 Google IP 地址的 ping,结果令人惊讶地发现响应时间为 20 毫秒。这表明 ICMP 数据包的传播速度是光速的两倍。

那么 A)我忽略了什么 B)我怀疑这是恶作剧是正确的吗?

更新:伙计们,非常感谢你们到目前为止的帮助,我也读过关于这个问题的各种问题。大约 5 年前,我遇到过一个问题,无论我们做什么,从英国到爱尔兰的跳转都会增加 10 毫秒的延迟。最后我移动了服务器;所以当我听到有人声称跨大西洋旅行的速度快了 5 毫秒时,我感到很惊讶。

所以我又该说 BS 了?哦,假设这两个网站都是普通人,无法使用 Google 魔法路由、曲速潜水或通量电容器。:)

更新2: 在听完下面的论点并阅读了其他各种文章后的最终更新,你会称他的时代为 BS 吗?

答案1

最新型号的交换机和路由器通常只引入一位数 微秒延迟,因此跳数对于此 ping 测试来说并不那么重要。

您对光速的估计是正确的,您的数字看起来也并不奇怪。如果此延迟的距离约为 40 毫秒(根据我的计算(直线是 30ms),所以有其他障碍物增加 20ms 当然是正常的。我更好奇的是爱尔兰为什么这么慢。

还有一点需要注意的是,当有人谈论“链路延迟”时,他们很可能正在谈论数据包到达另一端的时间。ping报告往返延迟,因此很可能会看到数字翻倍。

至于谷歌,我不知道它到底在哪里。你当然服务器在西海岸?

下面是一个真实的例子,我(我的家在东京) ping 一个美国内核镜像(直线距离略短于 9000 公里),得到了 110 毫秒的往返响应时间,也就是单向链路延迟为 55 毫秒。

> ping  -i0.2 -c5 mirrors.us.kernel.org
PING mirrors.us.kernel.org (149.20.4.71) 56(84) bytes of data.
64 bytes from mirrors2.kernel.org (149.20.4.71): icmp_req=1 ttl=52 time=109 ms
64 bytes from mirrors2.kernel.org (149.20.4.71): icmp_req=2 ttl=52 time=115 ms
64 bytes from mirrors2.kernel.org (149.20.4.71): icmp_req=3 ttl=52 time=109 ms
64 bytes from mirrors2.kernel.org (149.20.4.71): icmp_req=4 ttl=52 time=110 ms
64 bytes from mirrors2.kernel.org (149.20.4.71): icmp_req=5 ttl=52 time=117 ms

--- mirrors.us.kernel.org ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 839ms
rtt min/avg/max/mdev = 109.654/112.563/117.892/3.350 ms

答案2

经验法则是,SMF 中的光速约为 0.6c(与 Chris S 的描述相同)。一旦加入任何类型的缓冲或奇特功能,路由器和交换机引入的端口到端口延迟将平均达到两位数的低位。每次将数据包映射到介质本身时,还会引入一定量的序列化延迟。此值会随着链路带宽的增加而减小 - 因此,OC3 链路和 OC768 之间会有可测量的差异。这也往往以微秒为单位运行。

我通常使用的经验法则是实际链路(单向)每 100 公里大约 0.25 毫秒,涉及的硬件最少(即 DWDM 设备)。这个估计值在私人城域网甚至一些长途专线的建设中非常有用。话虽如此,在运营商 MPLS 云、公共互联网等情况下,这个数字与现实之间的关系几乎是难以预测的。我建议使用类似这样的方法来确定最小实际延迟。

话虽如此...

首先,一条特定线路的实际物理路径有时与实际地理距离仅略有关系。将一条线路向西向南回传数百公里,然后又向北回传数百公里,这种事并不罕见。

第二 - 事实上,通过一个或多个交换点发送 IP 流量的过程也不是这样,这些交换点可能真的在路上,也可能不在路上。电路构造和运营商交接位置的经济性比绝对最小化延迟更能推动实际工程的发展。

最后 - 运行跟踪路由时,除非您亲自了解所穿越的网络,否则对中间节点的命名要持保留态度。例如,使用机场代码命名惯例可以给出提示,但如果没有一定程度的额外知识,就无法确切知道您正在查看什么。

答案3

尝试使用 4.2.2.4(适用于 Sun Microsystems)之类的 IP 地址,该地址肯定位于美国。仅通过 PING 无法找到线索。也许某些站点的 ICMP 数据包是经过整形的。尽管 Google ping 听起来很奇怪,因为它比预期的要少,而不是更多!

相关内容