Généralement pas
Pour un client b, absolument oui ! Lorsqu'un client 802.11b se connecte, les réseaux g et n reviennent à l'ancien CTS en mode auto parce que le préambule de g n'est pas compatible avec les appareils b. Les appareils b ne reconnaîtront pas du tout les trames g et pourraient transmettre sur elles ! Les trames CTS sont envoyées en premier lieu pour dire aux nœuds b de rester silencieux afin d'éviter cela. b a pratiquement disparu aujourd'hui, l'accent devrait donc être mis sur les nœuds g et les autres formes d'interférence. Les réseaux
802.11 utilisent le préambule au début des trames pour annoncer le type et la vitesse des données à plus grande vitesse qui suivent. Même si les données ne peuvent pas être reçues, tant que le préambule est reçu, le système de partage de canaux CSMA/CA peut fonctionner.
Lorsqu'un réseau n fonctionne en mode 20MHz (et non pas en mode 40MHz HT), il ne s'agit rien d'autre qu'un réseau g amélioré qui prend en charge une vitesse maximale de 72mbps (et des multiples de celle-ci avec de multiples flux de données) au lieu de la vitesse g maximale de 54mbps. Il utilise le même en-tête de trame PLCP que g, il ne devrait donc y avoir aucun problème, à moins que le point d'accès ne soit mal conçu.
Lorsqu'un réseau n fonctionne en mode HT40, c'est là que les choses se compliquent. De nombreux réseaux n ne fonctionnent pas ou ne devraient pas fonctionner en mode HT40 parce qu'il y a tellement d'interférences provenant d'autres réseaux proches qu'il est en fait plus lent que le mode 20MHz, ou qu'il réduit tellement la portée qu'il n'est pas pratique à utiliser. Le préambule du HT n'est pas compatible avec les appareils g. Lorsqu'un appareil g se connecte à un réseau n 40MHz, l'ensemble du réseau passe à ce qu'ils appellent la protection L-SIG TXOP dans le livre blanc cité en référence. Il envoie un préambule compatible avec g sur le canal primaire et envoie ensuite le préambule HT au début de chaque trame. Cela ralentit les choses, mais pas tant que ça.
Un problème plus important qui n'est pas vraiment abordé est l'interférence des différents réseaux sans fil (BSSID). Les différents BSSIDs reçoivent les préambules et les trames de l'autre, donc le partage de canal CSMA/CA peut fonctionner dans cette situation, tant que les deux BSSIDs utilisent le même canal. Savoir que les canaux 802.11b/g/n se chevauchent et que les réseaux doivent être sur le même canal pour que le CSMA/CA fonctionne n'est souvent pas compris. La grande majorité des problèmes d'interférence proviennent en fait de réseaux voisins.
Ce que je ne comprends toujours pas, c'est ceci : Lorsqu'un réseau n seulement fonctionne en mode HT, disons sur le canal 6, les autres réseaux g seulement doivent-ils utiliser le canal 6 ? Le réseau n passera-t-il en mode LSIG TXOP lorsqu'un appareil g seulement est présent mais sur un BSSID différent ? Le réseau HT40 n sur le canal 6 avec le deuxième canal configuré pour être au-dessus utilise aussi entièrement le canal 10, donc le préambule compatible g est-il aussi transmis sur le canal 10, de sorte que les réseaux 20MHz peuvent aussi utiliser le canal 10 avec un CSMA/CA qui fonctionne, ou est-ce que tout le haut de la bande doit être inoccupé et réservé aux canaux secondaires des réseaux N fonctionnant sur le canal 6 ? D'après ce que j'ai compris jusqu'à présent, les données du canal 10 ne sont pas protégées contre les interférences des autres réseaux à 20 MHz utilisant le canal 10. Le matériel propriétaire Atheros 108mbps vérifie les interférences sur le second canal et revient en mode canal unique, mais n ne le fait pas.
Whitepaper que j'ai trouvé dans la réponse de quelqu'un d'autre : http://www.nle.com/literature/Airmagnet_impact_of_legacy_devices_on_80211n.pdf