往返時間 (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的原創文章，盡在：“汪子熙”:

總結

以上是生活随笔為你收集整理的什么是 Round trip time RTT的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。