ping google.comを使用して接続をテストする
私たちの家のインターネット接続は時々壊れるので、私はちょっとした実験をしました：
過去2か月間、私のマシンの1つが30分ごとにgoogle.comにpingを送信しています。 1つの測定は50 pingで構成されます。
ここで、1日の1時間ごとに失われたパケットの平均パーセンテージを計算しました。 
私の質問：
- 夕方のこのピークは、pingの宛先としてgoogle.comを選択したことが原因で発生する可能性がありますか？
- 他の目的地を使用することをお勧めしますか？
- これは、接続に問題があることを示していますか？
- 私たちのインターネット接続の問題が正確にどこにあるかを測定するためのより良い戦略は何でしょうか？私たちのISPはそれがうまく機能していると言っているので、私はいくつかの証拠を集約しようとしています...
よろしく！
編集：マシンがルーターに直接接続されている（WiFiなし）ことを忘れていました。また、ルーターもpingされ、パケット損失はまったく発生しません。
残念ながら、あなたは本当に問題がどこにあるかを解明するのに十分な情報を提供していません。提供される限られた情報で可能な限り最善の回答をするために：
私の経験がうまくいかない場合は、Googleにpingを送信することをお勧めします。これは、ネットワークが可能な限り高速になるように設計されているためです。また、ICMPが優先されるため、夕方のピークはおそらく、特にパケット損失の点で大きな違いはありません。これは0である必要があります。
グーグルは良い目的地ですが、何が起こっているのかをよりよく理解するために、ゲートウェイにpingを追加してみてください。許可されている場合は、プロバイダーのDNS、メール、またはWebサーバーにpingを送信してください。これは、パケット損失がどこに忍び寄っているのかを示すのに役立ちます。しかし、現実的には、表示されているパケット損失のレベルで、MTR（またはWinMTR）をダウンロードし、それをピークで実行して、パケット損失がどこにあるのかをよりよく理解することを検討してください。 。
主観的には、ネットワークが飽和状態になっていないと仮定すると、Wifiベースのネットワークでは5％のパケット損失が許容範囲の上限になります。反対に、ファイバー接続で約0.5％のパケット損失が発生します。大まかに言えば、上記のVOIPでは1％未満で問題ありません。
それほどではありません。 SkypeまたはViberを使用できると予想する場合、または何を接続している場合でも、5％のパケット損失は問題です。 Webブラウジングだけの場合は、それで十分です。ISPとして、宛先間の遅延とパケット損失を示すMTRの結果を確認したいと思います。これは、ボトルネックがどこにあるかを確認するのに役立ち、良い最初のステップです。また、テストがいつ行われたかを知りたいので、テストを顧客の他の使用法やシステムで何が起こっているかと関連付けることができます。作成したパケット損失グラフも役立ちますが、単独ではありません。
クライアントとして、私のISPは、パケット損失をプロットするグラフを言い訳することができませんでした（250 pingに対して、5分間隔で1秒に1回、それらのpingの最小、平均、および最大の遅延を組み合わせて実行します）。また、リンクの使用状況を示す一連のグラフがあり、ローカル（つまり、私に非常に近い）を示す一連のグラフがあり、数百KM離れた場所で特に関心のある別のPOPを所有しています。
その他の所見：
午後になると待ち時間が長くなるようです。つまり、最初に探しているのは、周りの人が使用しているときに問題がWIFIであるかどうかです。それを除外した後、私は接続のオーバーサブスクライブについてISPに質問し始めました。
これはおそらく、ラインのどこかでの混雑の結果です。それはあなたのルーターかもしれませんが、おそらくアップストリームプロバイダーです。
50 pingをどのように行っているかは明記していません。どの時間間隔で、次の前に失敗/成功するのを待っていますか、それとも一度に50を発射しますか（フラッドping）。
混雑が激しい時期のこのような喪失は、私の経験では珍しいことではありません。 ICMPトラフィックの優先順位が低くなる可能性がありますが、すべての接続の同じ割合で発生する可能性が高くなります。TCPはパケットを適切に再送信して並べ替えるので、気付く可能性は低くなります。
状況をよりよく理解するために、以下を実装することをお勧めします。
- Pingの間隔を広げる
- ドメインではなくグーグルのIPアドレスにpingを実行します-google.comは多数のAレコードを返します。これは、知らないうちに異なるエンドIPを使用している（したがってルーティングが異なる）可能性があります。
- 応答する平均時間を記録します。これが損失と相関しているかどうかを確認してください。相関がある場合は、pingの往復時間が長くなり、損失が大きくなるので、輻輳が発生しています。次に、代わりにtracerouteログを保存して調査し、突然増加した時間がある場所のどこかにボトルネックがある可能性があるかどうかを確認できます
- グーグル以上にpingしてみてください。過去にネットワークパフォーマンスのベンチマークを行ったときは、4つまたは5つの適切なエンドポイント（ホスト名ではなくIPアドレスを使用）を使用してベンチマークを行ったので、Googleのネットワーク内の輻輳や特定の問題を除外できます。接続全体に質問する
これは、ほとんどの住宅用ISPアカウントの典型です。人々は仕事の後で家に帰り、夜中ずっとオンラインになるので、ネットワークの混雑がピークになっています。この種の夕方のピークは、オンラインゲーマーがたくさんいるハイテクコミュニティで特に顕著です（私が住んでいる場所、ここマイクロソフトの本拠地であるレドモンドなど）。