web-dev-qa-db-ja.com

ワイヤレスN(802.11n)ネットワークは、b / g「混合」モードのときにパフォーマンスが低下しますか?

従来の802.11bまたは802.11gデバイスをサポートするために「混合モード」でワイヤレスNルーターを使用すると、802.11nクライアントのパフォーマンスが低下するという「古い」妻の話のようです。


一部場所 混合モードで実行する場合、すべての(some?)N個のクライアントがG速度で実行されると主張します。 その他 同じ主張をしますが、Gクライアントが接続されている場合にのみ発生すると言います。

その他場所 N個のクライアントはより高速に実行されますが、レガシーB/Gクライアントがなくても、ルーターがN-onlyモードの場合よりも約30%遅くなります接続されています。

静止その他 混合モードネットワークで実行している場合、Nクライアントの速度低下はnoであると主張します。唯一の問題は、常に1つのクライアントしか送信できないため、ネットワーク全体のスループットが低下することであるため、その送信時間の一部は、低速で実行されているレガシーB/Gクライアントと共有する必要があり、全体的なスループットが低下するということですN個のクライアントのみが接続されている場合の状態から。


それで、どちらですか?混合モードで実行すると、B/Gクライアントがなくてもネットワークが遅くなりますか? Nを実行している場合、B/Gで接続されている別のクライアントが(N =を実行している場合と比べて大幅にme)遅くなりますか?

From 初心者向けネットワークガイド

Q:802.11Bデバイスが存在するだけでは、それ以外はすべてGネットワ​​ークまたはすべてNネットワークの速度が低下しますか。

A:YES もちろんこれはすでによく知られていますが、正確な意味合いはよく誤解されています。 GまたはNネットワーク上に802.11Bデバイスが存在すると、新しいデバイスは、G/Nデバイスが電波を使用しているときにBデバイスが送信しないようにするために、不器用な動作に頼らなければなりません。 BとG/Nデバイスの両方がビーコンパケットのようなものを見ることができることを確認してください。

スループットへの正確な影響を一般的に見積もることは困難ですが、よく言われるように「ネットワーク全体を802.11Bに遅くする」ことはありません。ただし、Bデバイスがアクティブでなくても、Bデバイスが存在するだけでは大幅に速度が低下します。私たち(スリム)は数年前にこれについていくつかのテストを行い、通常Gデバイス間のスループットは30-50%(例えば20Mbpsから10Mbpsへ)落ちたが、Bのみの速度ほど遅くはないことがわかりましたネットワーク(同じ環境で5Mbps)。 802.11gの理論上の最大スループットは、Bデバイスが関連付けられていない場合は23 Mbps、Bデバイスが関連付けられていない場合は14 Mbpsです。

Q:802.11Gデバイスはall-Nネットワークを遅くしますか?

A:NO ただし、アクティブ時にかかるエアタイムがNレベルではなくGスループットレベルになる場合を除きます。すなわちそれでも、各デバイスは各タイムスライスでそれぞれ最適な速度で通信します。

802.11B下位互換モードとは異なり、Gデバイスは、下位互換性を持たせるためにNデバイスに性能を低下させる動作を課さない。 802.11gデバイスは802.11nプリアンブルを認識することができ、どちらかがいつ送信しようとしているかを知るという点でうまく機能します。プリアンブルはどの変調方式が使用されるかを指示します、従ってG装置がGを話すことができる間N装置がNを話すことができるそれらは協力するためにBのように「エスペラント」に頼る必要はありません。

これは、Gデバイスが関連付けられているがアクティブではない場合、まったく影響がないことを意味します。 Gデバイスがアクティブのとき、それらは転送されるデータ量にほぼ比例して放送時間を消費します。この放送時間はもちろんNレートとは対照的にGレートになるでしょう、それで放送波が完全に飽和しているなら(例えば、ローカルファイル転送によって)、すべての装置によって達成可能な合計Mbpsのいくらかの減少があるでしょうまとめてですが、Gデバイスを関連付けたことによるペナルティはありません。

紛らわしいことに、これは他の場所で述べられていることと矛盾するようです - 例えば

  • "同じドラフト11nルータでドラフト11nと11b/gクライアントを混在させて実行すると、ドラフト11nクライアントの速度が多少遅くなりますが、 11gクライアントの速度が半分以上遅くなります " at SmallNetBuilder
  • 「混合モードでは、HT保護は802.11nデバイスがレガシープリアンブルを送信し、その後にHTプリアンブルを送信することを要求します。これらのHT保護メカニズム 802.11n WLANのスループットを大幅に低下させます 古い802.11a/b/gデバイスと新しい802.11nデバイスの間の接続です。」 at TechTarget ANZ

Q:ネットワーク上のほとんどまたはすべてのクライアントが802.11Gであっても、(ドラフト)802.11Nアクセスポイントを使用すると有利ですか。

A:YES 、802.11N無線には、より高度なマルチパス受信機能の利点があるためです。これにより、Gデバイスで利用可能な範囲とスループットをある程度まで拡張できます。

47
harrymc

一般的にない
bクライアントの場合、絶対にそうです! 802.11bクライアントが接続すると、gプリアンブルはbデバイスと互換性がないため、gおよびnネットワークはレガシーCTSからセルフモードにフォールバックします。 bデバイスはgフレームをまったく認識せず、それらを介して送信する可能性があります!これを防ぐために、bノードに静寂を保つように指示するために、CTSフレームが最初に送信されます。 bは現在ほとんど消滅しているため、gノードおよびその他の干渉形式に焦点を当てる必要があります。

802.11ネットワークは、フレームの先頭でプリアンブルを使用して、後続の高速データのタイプと速度を通知します。データを受信できなくても、プリアンブルが受信されている限り、CSMA/CAチャネル共有システムは機能します。

Nネットワークが20MHzモード(40MHz HTモードではない)で動作している場合、54gbpsの最大g速度ではなく、72mbpsの最大速度(および複数のデータストリームを使用する倍数)をサポートする拡張gネットワークにすぎません。 gと同じPLCPフレームヘッダーを使用するため、アクセスポイントの設計が不適切でない限り、問題は発生しません。

NネットワークがHT40モードで動作しているときは、物事が乱雑になるときです。多くのn個のネットワークは、HT40モードで動作しないか、または動作すべきではありません。ネットワークの近くにある他のネットワークからの干渉が非常に大きいため、実際には20MHzモードより遅くなるか、使用するのが現実的ではないほど範囲が狭くなるためです。 HTプリアンブルはgデバイスと互換性がありません。 gデバイスが40MHz nネットワークに接続すると、ネットワーク全体が、参照されているホワイトペーパーのL-SIG TXOP保護と呼ばれるものに切り替わります。プライマリチャネルでg互換性のあるプリアンブルを送信してから、各フレームの先頭でHTプリアンブルを送信します。これは物事を遅くしますが、それほどではありません。

実際に対処されていない大きな問題は、異なるワイヤレスネットワーク(BSSID)からの干渉です。異なるBSSIDはお互いのプリアンブルとフレームを受信するため、両方のBSSIDが同じチャネルを使用している限り、CSMA/CAチャネル共有はこの状況で機能します。 802.11b/g/nチャネルが重複し、ネットワークがCSMA/CAが機能するために同じチャネル上になければならないことを理解することは、多くの場合理解されていません。干渉の問題の大半は、実際には近隣ネットワークに起因しています。

私がまだ明確にしていないのはこれです:nのみのネットワークがHTモードで動作している場合、チャンネル6で他のgのみのネットワークはチャンネル6を使用するべきですか? gのみのデバイスが存在し、異なるBSSIDにある場合、nネットワークはLSIG TXOPモードに切り替わりますか? 2番目のチャネルが上記のように設定されたチャネル6のHT40 nネットワークもチャネル10を完全に使用するため、g互換プリアンブルもチャネル10で送信されるため、20 MHzネットワークも動作するCSMA/CAでチャネル10を使用できます。帯域の最上部全体は、チャネル6で動作するN個のネットワークのセカンダリチャネル用に空けて予約する必要がありますか?私がこれまでに理解していることから、チャネル10のデータは、チャネル10を使用する他の20MHzネットワークからの干渉保護がありません。Atheros独自の108mbpsハードウェアは、2番目のチャネルの干渉をチェックし、シングルチャネルモードに戻りますが、nこれを行う。

他の人の答えから見つけたホワイトペーパー: http://www.nle.com/literature/Airmagnet_impact_of_legacy_devices_on_80211n.pdf

0
Alex Cannon