在实践中不对称延迟常见吗?

在实践中不对称延迟常见吗?

这是问题在 stack overflow 上发布了关于是否有可能在不使用外部同步时钟的情况下确定点对点连接的单向延迟的信息 - 事实证明并非如此。

现在的问题是,这种不对称延迟(从 A 到 B 的行程时间与从 B 到 A 的行程时间有实质性差异)在实践中是否常见?为什么?

在典型的数据中心 LAN 环境中情况如何?在互联网主干网上情况如何?在具有不对称带宽的连接(例如许多 DSL、卫星或有线连接)上情况如何?

谢谢!

答案1

  1. 是的。
  2. 因为非对称路由(形式多种多样)以及非对称容量和非对称负载在实践中都很常见。
  3. 并不常见,但也不是未知的。
  4. 很常见。
  5. 非常非常常见。

答案2

如果您考虑到传入数据可能不会采用与传出到同一服务器相同的网络路由,并且您考虑到您几乎总是会与其他网络流量共享网络,那么这种情况很常见。

QoS 队列会在任一方向上增加额外的延迟。任一方向上的其他流量都会影响响应时间。

有些人仍然使用卫星链路,即使用卫星下载,使用调制解调器上传。两种方式的响应时间截然不同。

在局域网上,延迟差别不大……

是的,这在实践中很常见。你为什么问这个问题?

答案3

为了扩展“为什么”的问题,你从 A 到 Z 的请求可能是这样的:

A -> B -> F -> G -> H -> O -> Z

下一个请求可能是:

A -> B -> E -> I -> J -> O -> Z

答案可能是:

Z -> O -> H -> I -> E -> C -> B -> A

沿途所有不同的跳跃都会有不同的延迟,具体取决于负载、中断等。

答案4

在我看来,如果两个主机之间的时间偏差是静态的\恒定的,然后被纳入计算中,那么无需使用外部同步时钟就可以确定单向延迟。

相关内容