しばらくの間、私のルーターは、特に遅延に関して、際限のない問題を引き起こしていました。
ルーター: Netgear DGN2200v2
接続されたデバイス:
Wi-Fi - Android デバイス、Windows PC 1 台、
LAN - Windows PC 1 台
同じ帯域/周波数で動作している類似のデバイス/ネットワークはありません。ルーターはオープン環境にあります。約 1 か月前にこの問題がランダムに発生するまで、接続は常に 100% 問題なく機能していました。その前後にルーターの変更は行われていません。
ルーターに接続すると、認証に時間がかかり、最初の 2 回は失敗します。待機時間は +/- 7 秒です。次に、IP アドレスの取得 (2 ～ 4 回失敗) に約 10 秒かかります。その後、ようやく接続できますが、ルーターの Wi-Fi モジュールを介してデータを渡すと、インターネットに接続する場合でも、Wi-Fi 経由でどこかにデータを転送する場合でも、ルーターに ping する場合でも、次のメッセージが表示されます。
要約-
-> ping のみ、データフローなし
Reply from 10.0.0.2: bytes=32 time=82ms TTL=64
Reply from 10.0.0.2: bytes=32 time=33ms TTL=64
Reply from 10.0.0.2: bytes=32 time=303ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=77ms TTL=64
Reply from 10.0.0.2: bytes=32 time=45ms TTL=64
Reply from 10.0.0.2: bytes=32 time=129ms TTL=64
Reply from 10.0.0.2: bytes=32 time=997ms TTL=64
Reply from 10.0.0.2: bytes=32 time=75ms TTL=64
Reply from 10.0.0.2: bytes=32 time=261ms TTL=64
Reply from 10.0.0.2: bytes=32 time=10ms TTL=64
Windows PC から Wi-Fi 経由でルーターの設定に入るとき (ルーターにはブラウザー経由の Web ベースの設定があります)、ルーターの設定内のリンクをクリックして設定ページ (例: Wi-Fi 設定または ADSL 設定) を開きます。
Reply from 10.0.0.2: bytes=32 time=286ms TTL=64
Reply from 10.0.0.2: bytes=32 time=605ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=839ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 10.0.0.2: bytes=32 time=2399ms TTL=64
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Reply from 10.0.0.2: bytes=32 time=8ms TTL=64
Request timed out.
Reply from 10.0.0.2: bytes=32 time=13ms TTL=64
Reply from 10.0.0.2: bytes=32 time=41ms TTL=64
Reply from 10.0.0.2: bytes=32 time=51ms TTL=64
Reply from 10.0.0.2: bytes=32 time=288ms TTL=64
-> ページの読み込みが完了しました
これはしばらく続いています。なぜこのようなことが起こるのか、何か考えはありますか?
答え1
まず、チャンネルを変えてみてください。過去に同じチャンネルで動作していて、他のチャンネルが表示されなくても問題ありません。Wi-Fiトラフィックが途切れることはありません。その間に非 Wi-Fi 2.4GHz デバイスが起動して、あなたの通信を妨害している可能性があります。お隣さんが新しいベビーモニター、コードレス電話、ワイヤレスサブウーファー、または Bluetooth スピーカーを購入したのかもしれません。ワイヤレスサブウーファーなどの独自仕様 (つまり Wi-Fi でも Bluetooth でもない) 2.4GHz ワイヤレスオーディオを実行するチップセットの一部で、スピーカーにオーディオが送信されていない場合でも、連続的に高出力の変調されていない搬送波を送信し始めるという不具合が発生するのを私は実際に見てきました。これは基本的に、搬送波の周波数と重なる Wi-Fi チャネルを妨害します。
次に、テストとして、クライアントの Wi-Fi アダプターの高度なドライバー設定で 802.11 省電力を無効にします。802.11 省電力モードは、遅延の変動を引き起こす可能性があり、バグのある AP と組み合わせるとパケット損失を引き起こす可能性があります。忘れていた OS またはドライバーの更新によって省電力が有効になっている可能性があります。
3 番目に、信号強度とデータ レートを確認します。クライアントから見た AP と、AP から見たクライアントの両方です。どちらかの側の信号強度が異常に低い場合は、アンテナ (各デバイス上) が切断されていないかどうかを確認します。