Generell nicht
Für einen b-Client, absolut ja! Wenn sich ein 802.11b-Client verbindet, fallen g- und n-Netzwerke in den alten CTS-to-Self-Modus zurück, da die g-Präambel nicht mit b-Geräten kompatibel ist. Die b-Geräte erkennen die g-Frames überhaupt nicht und könnten sie übersteuern! Die CTS-Frames werden zuerst gesendet, um den b-Knoten mitzuteilen, dass sie sich ruhig verhalten sollen, um dies zu verhindern. b ist heute größtenteils verschwunden, also sollte der Fokus auf g-Knoten und andere Formen von Interferenzen liegen.
802.11-Netzwerke verwenden die Präambel am Anfang der Frames, um den Typ und die Geschwindigkeit der folgenden Daten mit höherer Geschwindigkeit anzukündigen. Selbst wenn keine Daten empfangen werden können, kann das CSMA/CA-Kanalaufteilungssystem funktionieren, solange die Präambel empfangen wird.
Wenn ein n-Netzwerk im 20MHz-Modus (nicht im 40MHz-HT-Modus) betrieben wird, ist es nichts anderes als ein erweitertes g-Netzwerk, das 72mbps maximale Geschwindigkeit (und ein Vielfaches davon mit mehreren Datenströmen) anstelle der 54mbps maximale g-Geschwindigkeit unterstützt. Es verwendet den gleichen PLCP-Frame-Header wie g, so dass es keine Probleme geben sollte, es sei denn, der Zugangspunkt ist schlecht konzipiert.
Wenn ein n-Netzwerk im HT40-Modus betrieben wird, werden die Dinge unübersichtlich. Viele n-Netzwerke können oder sollten nicht im HT40-Modus betrieben werden, weil es so viele Interferenzen von anderen Netzwerken in der Nähe gibt, dass es tatsächlich langsamer als der 20MHz-Modus ist, oder die Reichweite so stark reduziert, dass es nicht praktisch ist, es zu benutzen. Die HT-Präambel ist nicht mit g-Geräten kompatibel. Wenn ein g-Gerät eine Verbindung zu einem 40-MHz-n-Netzwerk herstellt, schaltet das gesamte Netzwerk auf das um, was in dem referenzierten White Paper als L-SIG TXOP Protection bezeichnet wird. Es sendet eine g-kompatible Präambel auf dem primären Kanal und sendet dann die HT-Präambel am Anfang jedes Frames. Dies verlangsamt die Dinge, aber nicht so sehr.
Ein größeres Problem, das nicht wirklich angesprochen wird, sind Interferenzen von verschiedenen drahtlosen Netzwerken (BSSIDs). Verschiedene BSSIDs empfangen die Präambeln und Frames des jeweils anderen, so dass CSMA/CA-Kanal-Sharing in dieser Situation funktionieren kann, solange die beiden BSSIDs denselben Kanal verwenden. Das Wissen, dass sich 802.11b/g/n-Kanäle überschneiden und dass Netzwerke auf demselben Kanal sein müssen, damit CSMA/CA funktioniert, wird oft nicht verstanden. Die überwiegende Mehrheit der Interferenzprobleme geht tatsächlich von benachbarten Netzwerken aus.
Was mir immer noch nicht klar ist, ist folgendes: Wenn ein reines n-Netzwerk im HT-Modus arbeitet, z. B. auf Kanal 6, sollten dann andere reine g-Netzwerke Kanal 6 verwenden? Schaltet das n-Netzwerk in den LSIG-TXOP-Modus, wenn ein g only-Gerät vorhanden ist, aber auf einer anderen BSSID? Das HT40 n-Netzwerk auf Kanal 6 mit dem zweiten Kanal, der so konfiguriert ist, dass er darüber liegt, verwendet auch vollständig Kanal 10. Wird die g-kompatible Präambel also auch auf Kanal 10 übertragen, so dass 20MHz-Netzwerke auch Kanal 10 mit funktionierendem CSMA/CA verwenden können, oder muss der gesamte obere Teil des Bandes unbelegt und für die Sekundärkanäle von n-Netzwerken reserviert sein, die auf Kanal 6 arbeiten? Soweit ich das bisher verstanden habe, haben die Daten auf Kanal 10 keinerlei Schutz vor Störungen durch andere 20MHz-Netzwerke, die Kanal 10 nutzen. Die proprietäre 108mbps-Hardware von Atheros prüft zwar auf Interferenzen auf dem zweiten Kanal und schaltet auf den Einzelkanalmodus um, aber n tut dies nicht.
Whitepaper, das ich durch die Antwort eines anderen gefunden habe: http://www.nle.com/literature/Airmagnet_impact_of_legacy_devices_on_80211n.pdf