断続的なパケット損失

断続的なパケット損失

ネットワークに関しては知識が不足しており、申し訳ございません。

ここ数週間、断続的にインターネットに問題が発生しています。何時間も何も起こらないのに、突然大量のパケットロスが発生することがあります。ISP に何度も連絡しましたが、ISP 側ではすべて問題ないとのこと。原因がわかりません。私のルーターは ISP から提供されたもので、ピーク時にはネットワークに接続されているデバイスは 5 台だけです。

私の質問は、各デバイスからのローカル ネットワーク トラフィックを確認できるプログラムやソフトウェアがあるかどうかです。ダウンロード速度は 25 MBPS、アップロード速度は 2 MBPS なので、家の中にそれほど多くの帯域幅を消費するものはないと思いますが、奇妙なことが起こったことがあります。

以下は、Google.ca (カナダ在住) で行った簡単な ping テストです。パケットがドロップされるのがほぼ規則的のようです。複数のラップトップでもこれを試しましたが、すべて検出されているようです。デスクトップ PC 1 台だけの問題ではないと思います。

どのようなご助力やご提案もいただければ幸いです。

C:\Users\Me
λ ping google.ca -t

Pinging google.ca [207.47.131.217] with 32 bytes of data:
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=2838ms TTL=59
Reply from 207.47.131.217: bytes=32 time=90ms TTL=59
Reply from 207.47.131.217: bytes=32 time=3130ms TTL=59
Reply from 207.47.131.217: bytes=32 time=31ms TTL=59
Reply from 207.47.131.217: bytes=32 time=28ms TTL=59
Reply from 207.47.131.217: bytes=32 time=28ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=2176ms TTL=59
Reply from 207.47.131.217: bytes=32 time=30ms TTL=59
Reply from 207.47.131.217: bytes=32 time=30ms TTL=59
Reply from 207.47.131.217: bytes=32 time=27ms TTL=59
Reply from 207.47.131.217: bytes=32 time=28ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=1979ms TTL=59
Reply from 207.47.131.217: bytes=32 time=32ms TTL=59
Reply from 207.47.131.217: bytes=32 time=27ms TTL=59
Reply from 207.47.131.217: bytes=32 time=34ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=2233ms TTL=59
Reply from 207.47.131.217: bytes=32 time=27ms TTL=59
Reply from 207.47.131.217: bytes=32 time=27ms TTL=59
Reply from 207.47.131.217: bytes=32 time=113ms TTL=59
Request timed out.
Reply from 207.47.131.217: bytes=32 time=3215ms TTL=59
Reply from 207.47.131.217: bytes=32 time=62ms TTL=59
Request timed out.
Reply from 207.47.131.217: bytes=32 time=3676ms TTL=59
Reply from 207.47.131.217: bytes=32 time=40ms TTL=59
Reply from 207.47.131.217: bytes=32 time=28ms TTL=59
Reply from 207.47.131.217: bytes=32 time=38ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=1797ms TTL=59
Reply from 207.47.131.217: bytes=32 time=33ms TTL=59
Reply from 207.47.131.217: bytes=32 time=32ms TTL=59
Reply from 207.47.131.217: bytes=32 time=40ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=3307ms TTL=59
Reply from 207.47.131.217: bytes=32 time=35ms TTL=59
Reply from 207.47.131.217: bytes=32 time=28ms TTL=59
Reply from 207.47.131.217: bytes=32 time=28ms TTL=59
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 207.47.131.217: bytes=32 time=2811ms TTL=59
Reply from 207.47.131.217: bytes=32 time=31ms TTL=59
Reply from 207.47.131.217: bytes=32 time=27ms TTL=59
Reply from 207.47.131.217: bytes=32 time=50ms TTL=59
Request timed out.

答え1

上記の質問から、私は以下をお勧めします。

ラップトップ/コンピューターを直接接続し、問題が解決するかどうかを確認します。

友人が子供を連れて泊まりに来ているときに、ベビーモニターがWi-Fiを妨害し、突然切断されるというケースがありました。また、無線送信機/受信機(警察無線)がWi-Fi信号を妨害することもあると聞きました。

これをテストするには、こちらの投稿を参照してください。 ベビーモニターがWi-Fiに干渉する

使用できます5GHz Wi-Fi最新のスマートフォンでは可能ですが、ルーターで有効にする必要があります。

簡単な方法は、Google で「ルーター名」を検索して 5GHz を有効にする方法です。

問題が解決しない場合は、ISP が対処しなければならない問題だと思います。ローカル エクスチェンジに問題があり、ネットワークが非常に遅くなりました。下り速度は 240 MB になるはずでしたが、調子が良い日でも 2 ~ 3 MB でした。数か月の議論の後、ISP はようやく誰かを派遣し、ISP 側に問題があることを発見しました。

テストを文書化し、実行した論理的な手順を ISP に説明して、Exchange をチェックする担当者を派遣してもらったり、ネットワークが切断される理由を調べてもらったりしてください。ただし、問題は ISP 側にあるようです。

答え2

あなたが提供したデータは、トラフィックの問題と一致しません (少なくともあなたの側の問題ではありません)。

トラフィックが過負荷になると、通常、応答時間が増加し、その後低下します。

その低下は、コネクタの故障のように見えます。

これを確認するには、状況が再発したときに、大量のトラフィックを生成しないことがわかっている 1 つのデバイスを接続したままにして、残りのデバイスを切断します。

また、外部ソース(例で行ったように)と ISP ゲートウェイの両方に対して同じテストを実行します。これにより、問題が近くにあるのか、ISP ネットワーク内のさらに遠い場所にあるのかを検出できます。

答え3

IP 競合によってもこのタイプの動作が発生する場合があります。

たとえば、デフォルトでルーターと同じ IP アドレス (192.168.0.1) を共有するマネージド スイッチを使い始めたときに、この問題が発生しました。古いアンマネージド スイッチに戻すと、問題は解消されました。

関連情報