（节点）处理延迟

的（节点）的处理延迟是沿实际进程/检查分组的通信路径上的每个装置; 其中包括路由器、交换机和统计多路复用器。接收器不计入此延迟，因为接收器是接收器并且在那时已经接收到数据包，无论在其一侧处理信号做什么都无关紧要。^[1][2]

关于代理和 VPN：是的，对数据包执行任何操作的每个设备都计入延迟。尤其是 NAT（重写）或执行深度数据包检查的设备会增加大量处理时间。

节点处理 = 节点处理

节点处理≠节点延迟

（总）节点延迟

另一方面，（总）节点延迟是所有延迟延迟的总和。正好有四种延迟：

• ( Nodal ) Processing Delay用于处理数据包头、检查位错误和确定目标主机的时间量。
• Queuing Delay数据包在可以推送到链路上之前在队列（缓冲区）中等待的时间量。
• 传输延迟推送链路上所有位所需的时间量。
• 传播延迟信号头从发送方传播到接收方所需的时间。

d_节点= d _proc + d_队列+ d _trans + d _prop

根据本文中的表 1，每个延迟的典型时序是：

• d _proc = 10–1,000 µs
• d_队列= 0…∞
• d _trans = 10 µs ^[3]
• d _prop = 1,000 µs

队列延迟可能达到无穷大，整个网络出现拥塞崩溃；这实际上发生在 1980 年代，这也是发明拥塞避免和控制的原因。

当数据包沿着这条路径从一个节点（主机或路由器）传输到后续节点（主机或路由器）时，数据包在路径上的每个节点都会受到几种类型的延迟。这些延迟中最重要的是节点处理延迟、排队延迟、传输延迟和传播延迟；这些延迟累积在一起，得到总节点延迟。

— (Kurose 和 Ross 2013, 35–36)

这只是关于该主题的非常简洁的入门，我鼓励您继续阅读。

参考

• 黑濑，詹姆斯 F.；罗斯、基思 W. (2013)：“计算机网络。自上而下的方法”。第 6 版。培生教育，第 35-47 页。ISBN：978-0-13-285620-1
• 维基百科：“数据包传输延迟”
• 维基百科：“网络延迟”

脚注

^[1]当然这很重要，但对于延迟计算并不重要，因为我们只对底层网络产生的延迟感兴趣，而不对发送方和接收方内部的延迟感兴趣。

^[2]我已经看到接收器有时也被计算在内。不知道这样对不对，这里需要一个很好的参考。

^[3]这个数字在现实世界中要高得多，并且在很大程度上取决于要覆盖的距离，最后一英里问题在这里也很重要。

节点延迟是网络路径中某个节点的延迟，这是为了将其与电路长度（光纤中的距离/光速等）或客户端/服务器延迟引起的延迟分开。

如果数据包通过 VPN，则 VPN 设备是数据包的“网络节点”并会被计数。