使用RTT值估计延迟

Question

一般说来，我们可以使用这个公式计算包传递时间，维基百科：

Latency = Transmission delay + Propagation delay + queuing delay + processing delay

我的问题是:使用RTT的值作为估计的延迟是否可以接受？事实上，我所使用的模拟环境提供了RTT的计算，所以我想知道它是否足够接近于使用这个值作为来自源和目的地的路径的估计延迟。

好心地，如果这个推理不正确的话，我想进一步完善它。

Answer 1

网络延迟(这里的主题)将因测量而异。根据当时的流量，排队延迟是不断变化的。相对较少的流量，您将看到相当好的延迟，但一旦有人开始下载软件更新或观看视频，您的延迟可以大大增加，直到停止。有一些工具，比如IP，可以不断地测量不同协议的延迟，这对于不同的网络协议来说是不同的。

RTT将是网络延迟的两倍以上，因为它包括方向和主机处理时间。

正确配置和管理QoS将为您提供最佳吞吐量。重载下的大队列会给您带来最糟糕的延迟，因此使用了一些小队列，比如红色队列，它们会故意丢弃数据包，以防止队列被填充，TCP不会被全局同步(不好的事情)占用，因此吞吐量会受到很大的影响。