最大 (実際的) な ping 応答時間は何時間になるのか気になっています。私の知る限り、最大値はどこにも定義されていません (TTL ですが、これはホップ数であり、時間ではありません)。考えてみると、ping 応答時間が 1 秒以上になるのを見たことがないと思います。しかし、私の知る限り、リモート ホストが待機 (または非常に忙しい) して数秒間応答を返さないことを止めるものは何もありません。
単純なデータポイントとして、世界中のいくつかのサーバーに ping を実行したところ、最悪の時間は 350 ミリ秒でした。
答え1
最大の (実際的な) ping 応答時間はどれくらいなのか知りたいです。私の知る限り、最大値はどこにも定義されていません (TTL ですが、これはホップ数であり、時間ではありません)。
理論的には、エコー要求と応答の間の時間は長くなる可能性があります。RFC 1122ここには正式な制約は見当たりません。
しかし実際には、閾値があり、それを超えると返信がない場合は返信なしとみなされます（タイムアウト）。具体的な値は実装によって異なります。
Windowsでは4秒。
とiputilspingの実装は10秒- マニュアルページには記載されていないのでよく分かりませんが、コードには次のようなことが書かれています:
#define MAXWAIT 10 /* max seconds to wait for response */
Ping 応答がこれより長い場合は、まったく応答がないのと同じです。したがって、これが実際の制限であると想定しても安全だと思います。
一つ注意しておきたいのは、私がここで話しているのは情報処理のみ。他の「ピン（たとえば、アプリケーション固有の要求/応答間の遅延）など、状況によってはまったく異なる可能性があります。
答え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 アプリケーションはそれよりはるかに長い時間を処理できるように構築されています。また、サービス プロバイダー (またはネットワーク管理者) が ping を優先度の低いバケットに入れる QoS を実装できることも覚えておく必要があります。
答え4
考えてみると、ping 応答時間が 1 秒以上になるのを見たことがないような気がします。
Linux では、pingコマンドのエコー要求の間隔は 1 秒です。その時間間隔内にエコー応答が受信されない場合、パケットは損失としてカウントされます。ping コマンドのノブ -i を使用して、間隔時間を長くすることができます。