使用汽车类比，法国中部和西班牙中部之间有 1000 多公里。在一定数量的汽车到达目的地后，您需要通过向另一个方向发送汽车来确认它们已到达，这会导致延迟。为了尽量减少长管道的影响，您需要保持道路两侧的交通。这与窗口大小的问题有关，以使管道保持满状态。当然，我们假设应用程序能够不让网络缓冲区刷新并且没有任何东西可以发送。

Tuning TCP for High Bandwidth-Delay Networks给出了关于带宽延迟产品的 Long Fat Network 问题的简明技术解释，并通过一些简单的动画来说明在两个方向上保持管道满的问题！

与远距离服务器的连接通常比本地服务器慢的原因有几个。

1. 发送方不知道一次可以安全地将多少数据包发送到通道中。它必须根据从目的地返回的确认进行猜测。延迟越高，速度稳定到可用容量所需的时间就越长。

2. 旧版本的 TCP 对一次可以“传输”的数据量有硬性限制。后来的扩展提高了这个限制，但一些系统可能不支持它们或者可能有一个本地硬编码限制。

3. 链中的跃点越多，其中一个跃点在任何给定时间出现问题的可能性就越大。更长的距离通常意味着更多的跳跃。

4. 本地流量（尤其是在欧洲）经常通过廉价的对等链接直接从内容提供商传递到访问提供商。长途流量必须通过更昂贵的中转链路到达全球主要网络（通常但不总是 1 级供应商）。如果内容或访问提供商是小气鬼，则这些链接可能过小。