From Beginners Guide To Networks :

Q: Vertraagt alleen al de aanwezigheid van een 802.11B-apparaat een anders all-G of all-N netwerk?

A: YES Dit is natuurlijk al bekend, hoewel de precieze implicaties vaak verkeerd begrepen worden. De aanwezigheid van een 802.11B-apparaat op een G-of N-netwerk zorgt ervoor dat de nieuwere apparaten moeten hun toevlucht nemen tot een aantal kludgy gedrag om ervoor te zorgen dat de B apparaten niet uit te zenden wanneer de G / N-apparaten gebruik maken van de ether, en om ervoor te zorgen dat zowel de B-en G / N-apparaten kunnen dingen zoals beacon pakketten te zien.

De exacte impact op de doorvoer is over het algemeen moeilijk in te schatten, maar het zal NIET “het hele netwerk vertragen tot 802.11B” zoals vaak wordt beweerd. Er is echter wel een aanzienlijke vertraging door de aanwezigheid van een B-apparaat, zelfs als het niet actief is. Wij (Slim) hebben dit een paar jaar geleden getest en ontdekten dat de doorvoer tussen de G-apparaten meestal met 30-50% daalde (bijv. van 20Mbps naar 10Mbps), maar lang niet zo laag als de snelheid van een netwerk met alleen B (5Mbps in dezelfde omgeving). De theoretische maximale doorvoer op 802.11g is 23 Mbps zonder enige B apparaten geassocieerd, en 14Mbps met.

*Q: Zal 802.11G apparaten vertragen een all-N netwerk? *

A: NEE, behalve in zoverre dat de air-time die zij nemen wanneer actief zal zijn op de G doorvoer niveau in tegenstelling tot het N niveau. Dat wil zeggen dat de apparaten nog steeds elk communiceren op hun optimale snelheid in elke time slice. 0x2 & 0x2 & In tegenstelling tot in de 802.11B achterwaartse compatibiliteit modus, G-apparaten geen prestatie-verminderend gedrag op te leggen aan N-apparaten om ze achterwaarts compatibel te zijn. 802.11g-apparaten zijn in staat om de 802.11n preamble te herkennen, en ze spelen mooi op elkaar in door te weten wanneer de een of de ander probeert te zenden. De preamble vertelt welk modulatieschema gebruikt zal worden, dus de N-apparaten kunnen N spreken, terwijl G-apparaten G kunnen spreken. Ze hoeven niet hun toevlucht te nemen tot “Esperanto” zoals bij B om te kunnen samenwerken.

Dit betekent dat wanneer het G-apparaat geassocieerd maar niet actief is, het geen enkele invloed heeft. Wanneer de G-apparaten actief zijn, zullen zij zendtijd verbruiken, ongeveer in verhouding tot de hoeveelheid gegevens die wordt overgedragen. Deze zendtijd zou natuurlijk op de G-snelheid in tegenstelling tot de N-snelheid, dus in het geval dat de ether volledig verzadigd (bijvoorbeeld door een lokale file transfer), zou er enige vermindering in de totale Mbps haalbaar door alle apparaten tezamen, maar er is geen straf voor het hebben van de G-apparaten geassocieerd. 0x2 & 0x2 & Verwarrend genoeg lijkt dit in strijd te zijn met wat elders staat - bijv.

• “Het draaien van een mix van draft 11n en 11b/g clients op dezelfde draft 11n router zal de snelheid voor de draft 11n client iets verminderen, maar vermindert de snelheid van de 11g clients met meer dan de helft.” op SmallNetBuilder
• “In gemengde modus, HT-bescherming vereist dat 802.11n apparaten een legacy preamble sturen, gevolgd door een HT preamble … Deze HT-beschermingsmechanismen verminderen de doorvoer van een 802.11n WLAN aanzienlijk , maar ze zijn nodig om botsingen tussen oudere 802.11a/b/g-apparaten en nieuwere 802.11n-apparaten te voorkomen.” op TechTarget ANZ

*Q: Is het hebben van een (draft) 802. 11N access point voordelig, zelfs als de meeste of alle clients in het netwerk 802.11G zijn? *

A: JA , voornamelijk omdat 802.11N-radio’s het voordeel hebben van een meer geavanceerde multipadontvangstmogelijkheid. Ze kunnen daardoor het bereik en de doorvoer beschikbaar voor G-apparaten tot op zekere hoogte uit te breiden.

Over het algemeen niet Voor een b-client, absoluut wel! Als een 802.11b-client verbinding maakt, vallen g- en n-netwerken terug op de legacy CTS to self-modus, omdat de g-preamble niet compatibel is met b-apparaten. De b-apparaten zullen de g frames helemaal niet herkennen en er misschien overheen zenden! De CTS frames worden eerst verstuurd om b nodes te vertellen dat ze stil moeten blijven om dit te voorkomen. b is vandaag de dag grotendeels verdwenen, dus de focus moet liggen op g nodes en andere vormen van interferentie.

802.11 netwerken gebruiken de preamble aan het begin van frames om het type en de snelheid aan te kondigen van de data met hogere snelheid die volgt. Zelfs als de gegevens niet kunnen worden ontvangen, zolang de preamble wordt ontvangen het CSMA / CA channel sharing systeem kan werken.

Wanneer een n-netwerk in 20MHz mode werkt (niet in 40MHz HT mode), is het niets meer dan een verbeterd g-netwerk dat 72mbps maximum snelheid ondersteunt (en veelvouden daarvan met meerdere datastromen) in plaats van de 54mbps maximum g snelheid. Het gebruikt dezelfde PLCP frame header als g, dus er zou geen enkel probleem mogen zijn, tenzij het toegangspunt slecht ontworpen is.

Wanneer een n-netwerk in HT40-modus werkt, wordt het een beetje rommelig. Veel n-netwerken werken niet of zouden niet in HT40-modus moeten werken, omdat er zoveel interferentie is van andere netwerken in de buurt dat het in feite langzamer wordt dan 20MHz-modus, of het bereik zo veel vermindert dat het niet praktisch is om te gebruiken. De HT preambule is niet compatibel met g-apparaten. Wanneer een g-apparaat verbinding maakt met een 40MHz n-netwerk, schakelt het hele netwerk over op wat zij L-SIG TXOP Protection noemen in het genoemde witboek. Het zendt een g-compatibele preamble op het primaire kanaal en zendt dan de HT preamble aan het begin van elk frame. Dit vertraagt de dingen, maar niet zo veel.

Een groter probleem dat niet echt wordt aangepakt is interferentie van verschillende draadloze netwerken (BSSIDs). Verschillende BSSID’s ontvangen elkaars preambles en frames, dus CSMA/CA channel sharing kan in deze situatie werken, zolang de beide BSSID’s hetzelfde kanaal gebruiken. De wetenschap dat 802.11b/g/n kanalen elkaar overlappen en dat netwerken op hetzelfde kanaal moeten zitten om CSMA/CA te laten werken wordt vaak niet begrepen. Het overgrote deel van de interferentieproblemen is eigenlijk afkomstig van naburige netwerken.

Wat mij nog steeds niet duidelijk is, is het volgende: Als een n-netwerk in HT-modus werkt, bijvoorbeeld op kanaal 6, moeten andere g-netwerken dan kanaal 6 gebruiken? Zal het n netwerk overschakelen naar LSIG TXOP mode wanneer een g only apparaat aanwezig is maar op een ander BSSID? Het HT40 n netwerk op kanaal 6 met het tweede kanaal geconfigureerd om boven te zijn gebruikt ook volledig kanaal 10, dus wordt de g compatible preamble ook verzonden op kanaal 10, zodat 20MHz netwerken ook kanaal 10 kunnen gebruiken met werkende CSMA/CA, of moet de hele bovenkant van de band onbezet zijn en gereserveerd voor de secundaire kanalen van N netwerken die op kanaal 6 werken? Van wat ik tot nu toe heb begrepen, heeft de data op kanaal 10 geen enkele bescherming tegen interferentie van andere 20MHz netwerken die kanaal 10 gebruiken. De eigen 108mbps hardware van Atheros controleert wel op interferentie op het tweede kanaal en schakelt dan terug naar de éénkanaals modus, maar n doet dit niet. Whitepaper die ik vond van iemand anders zijn antwoord: http://www.nle.com/literature/Airmagnetimpactvanlegacydevicesop80211n.pdf

Technisch gezien kan het vertragen, maar in de praktijk waarschijnlijk niet. Er is genoeg overhead dat u het verschil waarschijnlijk niet zult merken. Welke snelheid geeft uw provider u? Waarschijnlijk toch niet meer dan 11mbps.