往返时间 (RTT) 是以毫秒 (ms) 为单位的网络请求从起点到达目的地并再次返回起点所需的持续时间。 RTT 是确定本地网络或更大 Internet 上连接健康状况的重要指标，网络管理员通常使用它来诊断网络连接的速度和可靠性。

减少 RTT 是 CDN 的主要目标。 延迟的改善可以通过减少往返时间和消除需要往返的实例来衡量，例如通过修改标准的 TLS/SSL 握手。

ping 实用程序几乎可在所有计算机上使用，是一种估算往返时间的方法。 以下是多次 ping 到 Google 的示例，往返时间计算在底部。 请注意，其中一个 ping 时间 - 17.604 毫秒 - 高于其他时间。

How does round-trip time work?

往返时间表示数据往返另一个位置所需的时间。 借鉴 CDN 延迟优势的课程，假设纽约的用户想要联系新加坡的服务器。

当纽约的用户发出请求时，网络流量在不同物理位置的许多不同路由器之间传输，然后在新加坡的服务器上终止。 然后，新加坡的服务器通过 Internet 将响应发送回纽约的位置。 一旦请求在纽约终止，就可以粗略估计在两个地点之间往返所需的时间。

重要的是要记住，往返时间是估计值而不是保证； 两个地点之间的路径会随着时间的推移而改变，网络拥塞等其他因素也会发挥作用，影响整体运输时间。 无论如何，RTT 是了解是否可以建立连接的重要指标，如果可以，则大致需要多长时间才能完成旅程。

What are common factors that affect RTT?

基础设施组件、网络流量以及源和目的地之间路径上的物理距离都是可能影响 RTT 的潜在因素。

传输介质的性质 (The nature of the transmission medium)

建立连接的方式会影响连接移动的速度；通过光纤建立的连接的行为与通过铜建立的连接不同。同样，通过无线频率建立的连接的行为与卫星通信的行为不同。

局域网 (LAN) 流量 ( Local area network (LAN) traffic )

局域网上的流量可能会在连接到达更大的 Internet 之前造成连接瓶颈。例如，如果许多用户同时使用流媒体视频服务，即使外部网络容量过剩且运行正常，也可能会抑制往返时间。

服务器响应时间(Server response time)

服务器处理和响应请求所需的时间是网络延迟的潜在瓶颈。当服务器被请求淹没时，例如在 DDoS 攻击期间，其有效响应的能力可能会受到抑制，从而导致 RTT 增加。

节点数和拥塞(Node count and congestion)

取决于连接在互联网上所采用的路径，它可能被路由或“跳跃”通过不同数量的中间节点。一般来说，连接接触的节点数量越多，它就越慢。一个节点也可能会遇到来自其他网络流量的网络拥塞，这会减慢连接速度并增加 RTT。

物理距离(Physical distance)

虽然通过 CDN 优化的连接通常可以减少到达目的地所需的跳数，但无法绕过光速施加的限制；起点和终点之间的距离是网络连接的一个限制因素，只能通过将内容移近请求用户来减少该距离。为了克服这个障碍，CDN 将缓存更接近请求用户的内容，从而减少 RTT。

How can a CDN improve RTT?

通过在互联网交换点内维护服务器并与互联网服务提供商和其他网络运营商建立优先关系，CDN 能够优化位置之间的网络路径，从而减少 RTT 并改善访问 CDN 内缓存内容的访问者的延迟。

更多Jerry的原创文章，尽在："汪子熙":