一般的にはありません
b クライアントの場合は、絶対にあります。802.11b クライアントが接続すると、g および n ネットワークは、g プリアンブルが b デバイスと互換性がないため、レガシー CTS to セルフモードにフォールバックします。b デバイスは g フレームを全く認識せず、その上を送信する可能性があります。CTS フレームは、これを防ぐために b ノードに静かにしているように伝えるために最初に送信されています。
802.11 ネットワークは、フレームの先頭にプリアンブルを使用して、その後に続く高速データの種類と速度を発表します。データを受信できなくても、プリアンブルが受信されていれば CSMA/CA チャネル共有システムは機能します。
n ネットワークが 20MHz モード(40MHz HT モードではない)で動作している場合、それは、54mbps の最大 g 速度ではなく、72mbps の最大速度(および複数のデータストリームではその倍数)をサポートする拡張 g ネットワーク以外の何ものでもありません。これはgと同じPLCPフレームヘッダを使用しているので、アクセスポイントの設計に問題がない限り、何の問題もないはずです。
n ネットワークが HT40 モードで動作しているときは、物事が厄介になるときである。多くの n ネットワークは HT40 モードで動作していませんし、動作すべきではありません。なぜなら、他の近接ネットワークからの干渉が多すぎて、実際には 20MHz モードよりも遅くなったり、実用的ではないほど範囲が狭くなったりするからです。HTプリアンブルはgデバイスには対応していません。g デバイスが 40MHz の n ネットワークに接続すると、ネットワーク全体が、参照されているホワイトペーパーで L-SIG TXOP Protection と呼ばれているものに切り替わります。これは、プライマリチャネルに g 互換のプリアンブルを送信し、各フレームの先頭に HT プリアンブルを送信します。これは物事を遅くしますが、それほどではありません。
実際には対処されていないより大きな問題は、異なる無線ネットワーク(BSSID)からの干渉である。異なる BSSID はお互いのプリアンブルとフレームを受信するので、CSMA/CA チャネル共有は、両方の BSSID が同じチャネルを使用している限り、このような状況でも機能します。802.11b/g/n のチャネルは重複しており、CSMA/CA が機能するためにはネットワークが同じチャネル上になければならないことを知っていても、よく理解されていないことがあります。干渉問題の大部分は、実際には隣接するネットワークからのものです。
私がまだ理解できていないのは、この点です。n のみのネットワークが HT モード、例えばチャネル 6 で動作している場合、他の g のみのネットワークはチャネル 6 を使用すべきなのでしょうか?このような場合、他のgのみのネットワークはチャンネル6を使用するべきなのでしょうか?20MHz ネットワークが CSMA/CA を使用してチャネル 10 を使用できるように、g 互換プリアンブルもチャネル 10 で送信されます。私がこれまでに理解したところでは、チャンネル10のデータは、チャンネル10を使用している他の20MHzネットワークからの干渉防止機能はありません。Atheros独自の108mbpsハードウェアは、2番目のチャネルの干渉をチェックしてシングルチャネルモードに戻しますが、Nはこれを行いません。
誰かの回答から見つけたホワイトペーパー。 http://www.nle.com/literature/Airmagnet_impactof_legacy_deviceson_80211n.pdf