实践中常见的非对称延迟是多less?

这是一个关于在堆栈溢出上发布的问题的后续问题 ,关于是否可以在不使用外部同步时钟的情况下确定点对点连接的单向延迟 – 事实certificate不是这样。

现在这里的问题是这种不对称的等待时间(从A→B的旅行时间与旅行时间B-> A有很大不同)在实践中是常见的吗? 为什么?

在典型的数据中心LAN环境中如何? 整个互联网骨干网呢? 跨越具有非对称带宽的连接(如许多DSL,卫星或有线连接)呢?

谢谢!

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

如果您认为传入的数据可能不像传出到相同的服务器那样采用相同的networking路由,这是非常常见的。 而且你认为你将几乎总是与其他networkingstream量共享networking。

QoS队列可以在任一方向上添加额外的延迟。 其他任何方向的stream量都会影响响应时间。

有些人还有卫星链接,用卫星下载,调制解调器上传。 不pipe怎样,这是一个非常不同的响应时间。

在局域网上,没有那么不同的延迟…

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

为了扩大“为什么”的问题,你从A – > Z的请求可能会:

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

下一个请求可能会发生:

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

答案可能是:

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

沿途所有不同的跳跃将有不同的延迟,取决于负载,中断等。

在我看来,如果两个主机之间的时间偏差是静态的和不变的,那么就可以在不使用外部同步时钟的情况下确定单向延迟,然后计入计算。