私がボランティアで保守を支援しているネットワークに、802.11n 2.4GHz WiFiユーザーの平均ping時間を(残念ながら)17ms(平均)から30ms(平均)にほぼ2倍に増やすルーターをインストールしました。
ただし、新しいルーターを使用すると、スループット速度が大幅に(20%)速くなります。
これらの数値は、各サイト内の一貫したサーバーを使用して、 speedtest.net および speedsmart.net のみを使用して生成されました。
これらの遅いping時間は、そのネットワークのユーザーにどのような顕著な影響を及ぼしますか?スループット速度の向上はこれらの影響を打ち消しますか?
ログによると、ネットワークは次の目的で使用されます(使用順に)。
主な問題は、ping
の応答時間が増加したという事実ではなく、ping
は、パケットの送受信間の応答時間を測定する以上に使用されることはめったにないICMP
プロトコルを使用する単なるコマンドです。これは主にオンデマンドで使用されるコマンドです(ただし、それに基づくコマンド/プロトコルがいくつかあります)。
本当の問題は、主要な応答時間が意味することです。 ping
の応答時間が増加したという事実は、実際には、おそらく他のパケットの配信にも時間がかかることを意味します(ICMP
プロトコル構成に問題があるため、応答時間の増加が発生していないと仮定します)。
ただし、グローバル速度が実際に向上している場合は、pingの応答時間についてあまり心配する必要はありませんが、これが単なるICMP
の問題であり、ユーザーのグローバル速度に影響を与えていないことを実際に確認するために、慎重にテストします。
ほとんどの場合、15ミリ秒ほど余分に取る必要はありません。
反射神経が不可欠なオンラインゲームをプレイする場合にのみ結果になります-そして、あなたの近くにあるサーバーに対してプロレベルでのみ。
識別できる可能性がありますが、ブラウジング/アプリケーション/ VOIP /ウェブメール/リモートサーバー管理者にとっては煩わしいことではありません。
ビデオ/オーディオの視聴やテキストチャットには実際の影響はありません。
覚えておくべきいくつかの事柄-あなたが交流する多くの場所はあなたの州にはありません。 15msは、非常に大まかに2000マイルの距離を表します。世界の中間にあるサイトでは、300ミリ秒を超えるpingが発生するため、15ミリ秒は重要ではありません。 Wi-Fiは通常のネットワークで5msを追加する必要はありませんが、それは不合理ではありません。
より関連性が高いのは、スループット、パケット損失、およびジッター(つまり、高速pingと低速pingの違い)です。パケット損失がほとんどなく、ジッターが低い場合は、待ち時間が短く、スループットが低い接続よりも、待ち時間がわずかに長い方がおそらく望ましいでしょう。特に、低速の接続を使用すると待ち時間が長くなるためです。
応答時間をスループットで補うことはできません。
応答時間が重要なアプリケーションでは、問題が発生する可能性があります。それらが何であるかは、アプリケーションによって異なります。通常の例は、目立った遅延がユーザーを苛立たせたり、賢明な方法で話すことができないためにVOIPを使用できなくしたりするVOIPです。
ほとんどの場合、遅延の増加(この場合)はおそらくそれほど問題にはなりません。