web-dev-qa-db-ja.com

ワイヤレス速度が定期的に低下するのはなぜですか?

Netgear WNR3500Lルーターを使用して、WiFi経由で自宅のコンピューターとインターネット接続を共有しています。私の問題は、120秒ごとにワイヤレス速度が定期的に低下することです(ほぼ正確に120秒ごと、非常に定期的です)。 XPとubuntu11.04を実行している固定コンピューターの両方でこれらのディップを測定しました。ラップトップ(より良いwifiレシーバーを備えているため、より良い接続があるようです)ではディップは非常に短いですネットワーク速度を継続的に測定しない限り、実際には目立ちません。静止したコンピューターでは、ディップがはるかに目立ち、接続が5〜10秒間完全に切断されます。ルーターにイーサネットケーブルを接続すると、問題が解消されるため、原因が発生します。間違いなくワイヤレスです。

ルーターはTomato Firmware v1.28.7476 MIPSR2-Toastman-RT K26 USB Extでフラッシュされますが、これは他のすべての場合に非常にうまく機能しているようです。 Tomatoで試す特定の設定について誰か提案がありますか?これが既知の解決可能な問題である場合は、元のNetgearファームウェアまたはDD-WRTに戻る手間をかけたくありません。

更新:
DD-WRTにフラッシュバックした後も問題が解決しないため、Tomato固有ではありません。

アップデート2:
WiFiドングルを新しくてより良いものに変更しました。問題はまだありますが、現在、ディップは非常に短命であるため、帯域幅の使用量をグラフ化しない限り、ディップは実際には目立ちません。 Wiresharkのスニッフィングを実行して、他に何か見つけられるかどうかを確認します。

3
Leo

ルーターに問題はありません。ラップトップは定期的にWi-Fiネットワークをスキャンします。このプロセスには、11チャネルすべてに切り替えてプローブ要求を送信し、潜在的なプローブ応答を待つことが含まれます。それが全体を大幅に落とす理由です。ワイヤレス実験でこの問題が発生しました。 Wiresharkを使用している場合は、パフォーマンスが低下したときに正確に複数のプローブ要求が表示されます。

定期的なスキャンを停止するようにドライバーを変更したことを追加する必要があります。その結果、数秒のパフォーマンス低下がなく、一定のスループットが得られました。私はUbuntuでath9kドライバーを使用しています。干渉が見られないことを除いて、理想的な環境での実験中にこの問題に気づきました。ただし、ほぼ毎分、スループットは4〜5秒間で約7Mbps減少します。

3
Ali

ワイヤレスデバイスは、周波数スペクトルで2.4Ghzで動作します。これは、データ転送にはかなり適していますが、DECTコードレス電話、マイクロ波、ビデオ送信機、車など、同じ周波数割り当てを使用することが法的に認可されているデバイスからの干渉を受けやすいです。アラームおよびその他のワイヤレスネットワーク。

ウィキペディアには、それに関するすばらしい記事があります: http://en.wikipedia.org/wiki/Electromagnetic_interference_at_2.4_GHz

他のワイヤレスチャネルを試して、それらからより安定したパフォーマンスを得ることができるかどうかを確認することができます。

3
Ruairi Fullam

Wi-Fiスループットの定期的な間隔の低下可能性があります定期的な干渉が原因ですが、多くのクライアントが定期的にオフチャネルでスキャンすることが原因である可能性が高くなります。

定期的なスキャンは、次のようないくつかの理由で実行できますが、これらに限定されません。

  1. クライアントは、ローミングするためのより良いAPを探している可能性があります。クライアントは、現在のAPから取得している信号がしきい値を下回っている場合に、これを行う可能性が高くなります。クライアントとAPを近づけると、問題が解決するか、ネットワークにAPを追加して、クライアントのあるエリアをより適切にカバーできるようになります。
  2. クライアントは、NetStumblerなどのWi-Fiスキャンツールを実行している可能性があります。そのツールを見つけて終了します。 OSに範囲内のワイヤレスネットワークを表示するウィンドウがある場合は、そのウィンドウを開いたままにしないでください。アプリの他に、ウィジェット/ガジェット(ダッシュボード、SideShow、Yahoo!ウィジェットなど)を忘れないでください。たぶん、あなたはずっと前にWi-Fiスキャンウィジェットをダウンロードしてインストールし、それがバックグラウンドで実行されていることに気づいていなかったでしょう。
  3. クライアントはWi-Fiベースのジオロケーションを行っている可能性があります。ジオロケーションデータを絶えず検索している可能性のあるプロセスを知っている場合は、停止するように指示してください。
  4. APは、切り替えるためのよりクリーンなチャネルを探している可能性があります。十分なチャネル上にあることがすでにかなり確実な場合は、APのその機能を無効にすることを検討してください。

Wiresharkを起動し(動作が変わらないように別のマシンで)、802.11モニターモードのパケットキャプチャを実行して、ディップが発生したときに何か別のことが起こっているかどうかを確認します。クライアントまたはAPが2分ごとにスキャンを実行しているという理論に基づいて、特にプローブ要求とプローブ応答のバーストを探します。

2
Spiff