我想知道最大（實際） ping 回應時間可能是多少。據我所知，任何地方都沒有定義最大值（TTL，但那是跳數，而不是時間）。我想了一下，我不確定我是否見過超過一秒左右的 ping 響應時間。但據我所知，沒有什麼可以阻止遠端主機等待（或非常忙）並且在幾秒鐘內不發送回應。
作為一個簡單的數據點，我剛剛 ping 了世界各地的一些伺服器，我發現的最糟糕時間是 350 毫秒。
答案1
我想知道最大（實際） ping 回應時間可能是多少。據我所知，任何地方都沒有定義最大值（TTL，但那是跳數，而不是時間）。
理論上，echo 請求和回覆之間的時間可以很長。快速瀏覽一下RFC 1122我在這裡沒有看到任何正式的限制。
但實際上，有一個閾值，超過該閾值後，沒有回應將被視為根本沒有回應（暫停）。具體值取決於實作：
在 Windows 中是4秒。
和iputilsping 的實作似乎是10秒- 不確定，因為手冊頁中沒有說明，但代碼是這樣的：
#define MAXWAIT 10 /* max seconds to wait for response */
Ping 反應時間超過該長度相當於根本沒有反應。因此，我認為可以安全地假設這是實際限制。
需要注意的一件事 - 我在這裡談論的是ICMP僅有的。如果你指的是其他“平「（例如某些特定於應用程式的請求/回應之間的延遲），它可能會完全不同。
答案2
值得注意的是，一個RFC1149的實施達到了這次 ping 時間:
64 bytes from 10.0.3.1: icmp_seq=0 ttl=255 time=6165731.1 ms
....約 102 分鐘。我還沒有看到更長的響應時間。
答案3
所需的最大 ping 回應時間取決於應用程式的分佈。 VoIP 只能處理 200 毫秒左右（取決於編解碼器），但大多數 HTTP 應用程式的建置目的是處理更多的時間。您還需要記住，服務提供者（或您的網路管理員）可以實施 QoS，將 ping 放入較低優先順序的儲存桶中。
答案4
我想了一下，我不確定我是否見過超過一秒左右的 ping 響應時間。
在 Linux 中，該ping指令的回顯請求之間的間隔為 1 秒。如果在該時間間隔內未收到回顯應答，則該封包將被視為遺失。 ping 指令的旋鈕 -i 可用來增加間隔時間。