（节点）处理延迟

（节点）处理延迟是实际处理/检查数据包的通信路径上的每个设备；其中包括路由器、交换机和统计多路复用器。接收器不计入此延迟，因为接收器是接收器并且此时已经接收到数据包，它对信号的处理并不重要。^[1][2]

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

节点处理 = 节点处理

节点处理≠节点延迟

（总）节点延迟

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

• （节点）处理延迟用于处理数据包标头、检查位错误和确定目标主机的时间量。
• 排队延迟数据包在队列（缓冲区）中等待的时间，然后才能被推送到链路上。
• 传输延迟推动链路上所有位所需的时间量。
• 传播延迟信号标头从发送方传播到接收方所花费的时间。

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

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

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

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

当一个数据包沿着这条路径从一个节点（主机或路由器）传播到下一个节点（主机或路由器）时，该数据包在沿路径的每个节点都会遭受多种类型的延迟。这些延迟中最重要的是节点处理延迟、排队延迟、传输延迟和传播延迟；这些延迟加在一起，形成总节点延迟。

——（黑濑和罗斯 2013，35-36）

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

参考

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

脚注

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

^[2]我发现接收器有时也会被计算在内。我不知道这是否正确，这里需要一个很好的参考。

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

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

如果数据包通过 VPN，则 VPN 设备是数据包的“网络节点”，将被计算在内。