訂閱專欄
往返時間 (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 内緩存内容的通路者的延遲。