ping google.comを使用して接続をテストする

私たちの家のインターネット接続は時々壊れるので、ちょっとした実験をセットアップしました。

過去2か月間、私のマシンの1つが30分ごとにgoogle.comにpingを送信しています。1回の測定は50回のpingで構成されます。

1日の1時間ごとに失われたパケットの平均割合を計算しました。

私の質問：

1. 夕方のこのピークは、pingの宛先としてgoogle.comを選択したことが原因ですか？
2. 他の目的地を使用することをお勧めしますか？
3. これは、接続に問題があることを示していますか？
4. インターネット接続の問題が正確にどこにあるかを測定するためのより良い戦略は何でしょうか？私たちのISPは、それがうまく機能していると言っているので、いくつかの証拠を集約しようとします...

よろしく！

編集：マシンがルーターに直接接続されている（WiFiなし）ことを忘れていました。また、ルーターもpingされ、パケット損失はまったくありません。

残念ながら、あなたは本当に問題がどこにあるかを解明するのに十分な情報を提供していません。提供される限られた情報でできる限り最高の回答をするには：

1. 私の経験がなにかあれば、Googleにpingを送信するのは、ネットワークを可能な限り高速に設計するので、通常はかなり良い方法です。また、ICMPが優先されるため、夕方のピークはおそらく、特にパケット損失の点で大きな違いを生まないでしょう。これは0にすべきだと主張します。

2. Googleは良い目的地ですが、何が起こっているのかをよりよく理解するために、ゲートウェイ、さらに許可されている場合はプロバイダーのDNS、メール、またはWebサーバーにpingを追加してください。これは、パケット損失がどこに忍び込んでいるかを示すのに役立ちます。しかし、現実的には、パケット損失のレベルで、MTR（またはWinMTR）のダウンロードとピークでの実行を見て、パケット損失の発生場所をよりよく理解してください。 。

3. 主観的に、5％のパケット損失は、Wifiベースのネットワークでは許容範囲の上限です-ネットワークが飽和状態になっていないと仮定します。反対に、ファイバ接続でのパケット損失が約0.5％動揺します-目安として、大まかに言うと、VOIPでは1％未満で、それ以上
   ではありません。SkypeまたはViberを使用できるか、接続に何が含まれているかを予想している場合、5％のパケット損失は問題ありません。Webブラウジングだけで十分な場合があります。

4. ISPとして、宛先間の遅延とパケット損失を示すMTRの結果を確認したいと思います。これは、ボトルネックがどこにあるかを調べるのに役立ち、最初の良いステップです。また、テストがいつ行われたかを知りたいので、顧客の他の使用法とシステムで何が起こっているのかを相関させることができます。行ったパケット損失グラフも有用ですが、単独ではありません。

   クライアントとして、ISPはパケット損失をプロットするグラフを弁解することができませんでした（250 pingで、5分間に1秒間に1回、それらのpingの最小、平均、および最大遅延と組み合わせて行います）。また、リンクの使用状況を示す一連のグラフがあり、ローカル（つまり、私に非常に近い）と、数百KM離れた特定の関心を持つ別のPOPを示す一連のグラフがあります。

その他の観察：

午後に待ち時間が長くなるように見えます。つまり、私が探している最初の場所は、周りの人が使用しているときに問題がWIFIであるかどうかです。それを除外した後、接続のオーバーサブスクライブについてISPに質問し始めました。

これはおそらく、回線に沿ったどこかの混雑の結果です。それはあなたのルーターかもしれませんが、より多くの場合、アップストリームプロバイダーです。

50回のpingの実行方法（たとえば、どの時間間隔）が次の前に失敗または成功するのを待っているか、50回すべてを一度に発射する（フラッドping）かを述べません。

混雑が激しい時期にこのような損失が発生することは、私の経験では珍しいことではありません。ICMPトラフィックの優先順位を下げることもできますが、すべての接続の同じ割合で発生する可能性が高くなります。TCPがパケットを適切に再送信および並べ替えるだけなので、気付かない可能性が高くなります。

状況をよりよく把握するには、以下を実装することをお勧めします。

1. pingの間隔を広げる
2. ドメインではなくgoogleのIPアドレスにpingを実行します-google.comは多くのAレコードを返します。知らないうちに異なるエンドIPを使用している可能性があります（したがって、ルーティングが異なります）
3. 応答までの平均時間を記録します。これが損失と相関するかどうかを確認します-相関する場合は、pingの往復時間が長くなり、損失が大きくなるので、輻輳を示しています。その後、代わりにtracerouteログを保存して調査し、突然増加した時間を見ている場所にボトルネックがあるかどうかを確認できます。
4. グーグル以上のpingを試してみてください。過去にネットワークパフォーマンスのベンチマークを行ったとき、4つまたは5つの適切なエンドポイントを使用して（これもホスト名ではなくIPアドレスを使用して）行ったため、Googleのネットワーク内の輻輳または特定の問題を除外できます接続全体に質問する

これは、ほとんどの住宅用ISPアカウントに典型的なものです。仕事の後帰宅し、夜中ずっとオンラインになって、ネットワークの混雑によるピークが見られます。この種の夕方のピークは、オンラインゲーマーが多いハイテクコミュニティで特に顕著です（マイクロソフトの本拠地であるレドモンドに住んでいる場所など）。