Multi-AP Roaming Network Background
Er is geen magie om meerdere-AP (roaming) 802.11 netwerken te laten werken. Draadloze clients gaan er gewoon van uit dat alle AP’s met hetzelfde SSID op dezelfde manier geconfigureerd zijn en allemaal gewoon verschillende _ punten van toegang_ tot hetzelfde onderliggende bekabelde netwerk hebben. Een client zal alle kanalen scannen die op zoek zijn naar AP’s die het gewenste SSID publiceren, en zal kiezen welke het beste past bij zijn behoeften (meestal betekent dit welke de hoogste signaalsterkte vertoont).
Eenmaal op het netwerk blijven clients bij hetzelfde AP zolang het voldoet aan de behoeften van de client (d.w.z. zolang de signaalsterkte boven een “goed genoeg” drempelwaarde ligt). Als de client later denkt dat het beter af is met een ander AP op dat netwerk, zal het periodiek scans doen van alle kanalen die op zoek zijn naar andere AP’s die dat SSID publiceren. Als een scan een kandidaat-AP opduikt die _ genoeg beter is dan het AP waar hij op dat moment op staat, zal hij automatisch naar het andere AP gaan, meestal zonder een gemist frame.
Een roaming caveat: Zoals een ander commenter al aangaf, zijn er zeker slecht ontworpen clients met slechte roamingalgoritmes of drempels, die niet echt zwerven wanneer ze zouden moeten, en dus uiteindelijk te “plakkerig” zijn, en blijven op het eerste AP waar ze zich bij aansloten nadat ze betere prestaties en betrouwbaarheid hadden kunnen krijgen met een ander AP waar ze nu dichterbij zijn. Soms helpt het om de Wi-Fi interface van de klant te dwingen om weer bij het netwerk te komen als je merkt dat een klant aan het verkeerde AP is blijven hangen. Als je veel van deze buggy-clients hebt, dan werkt het gebruik van hetzelfde SSID voor meerdere AP’s misschien niet goed voor je; je wilt misschien verschillende SSID’s gebruiken zodat je gemakkelijker kunt controleren en controleren aan welk AP je client is gekoppeld.*
Aangenomen dat beide AP’s op dezelfde manier geconfigureerd zijn en verbonden zijn met hetzelfde onderliggende netwerk, is roaming naadloos en onzichtbaar voor de gebruiker (met uitzondering van nerds zoals ik die tools draaien om op deze dingen te letten). Roaming events zijn onzichtbaar voor applicaties die gebruik maken van het netwerk, hoewel sommige low-level delen van de netwerkstapel misschien op de hoogte worden gebracht van de gebeurtenis, zodat bijvoorbeeld je DHCP-client dubbel kan controleren of dit nieuwe AP echt verbonden is met hetzelfde netwerk, zodat het zeker is dat je DHCP-huur nog steeds geldig is op dit netwerk.
In de antwoorden en commentaren van sommige andere gebruikers op deze vraag werd ten onrechte gesuggereerd dat draadloze protocollen of functies zoals draadloos relais of WDS nodig zouden kunnen zijn voor roaming, maar dat is absoluut niet juist. Deze eigenschappen zijn slechts manieren om een bedrade Ethernet backhaul te vervangen door een draadloze.
Voor de volledigheid moet ik vermelden dat er is een set van technologieën, sommige propriëtaire, sommige gestandaardiseerd in IEEE 802.11F, algemeen bekend als Inter-Access Point Protocol. IAPP is een methode waarmee over het algemeen enterprise-class AP’s met elkaar kunnen communiceren over de backhaul om optimize client roaming. Maar dat is slechts een optimalisatie, geen voorwaarde voor roaming. Roaming werkt “goed genoeg” op zowel kleine als grote netwerken zonder dat er een IAPP aan de gang is.
Configuratie Suggesties
Geef beide AP’s dezelfde netwerknaam (SSID), hetzelfde beveiligingstype (WPA2-PSK aanbevolen), en dezelfde draadloze beveiligingspassphrase. Veel clients gaan ervan uit dat dit soort instellingen hetzelfde zullen zijn voor alle AP’s met hetzelfde SSID.
Aangezien de bekabeling al aanwezig is, gebruik je bekabeld Ethernet als backhaul. Dit bespaart uw draadloze bandbreedte voor uw draagbare/mobiele apparaten die het daadwerkelijk nodig hebben, in plaats van te verspillen aan stationaire apparaten zoals AP’s die redelijkerwijs bekabeld kunnen worden.
Als u een ander apparaat op het netwerk heeft, zoals een breedband thuisgateway, die NAT- en DHCP-dienst levert, zet dan beide AP’s in brugmodus (zet NAT- en DHCP-dienst uit). U wilt over het algemeen slechts één toestel op uw netwerk dat als een NAT-gateway fungeert of DHCP-dienst levert. Als u niet al een ander toestel op uw netwerk hebt dat NAT en DHCP doet, en u hebt die diensten nodig, dan kunt u één van uw AP’s dit laten doen. Laat de meer “upstream” AP (degene die topologisch gezien dichter bij uw breedbandmodem staat) NAT en DHCP doen, en zorg ervoor dat de bedrade Ethernet-verbinding met de andere AP van de eerste AP’s LAN-poort komt. Zorg er ook voor dat het “downstream” AP in brugmodus staat. Ik noem dit omdat ik mensen de fout heb zien maken om NAT en DHCP ingeschakeld te laten op hun beide AP’s, en ik heb cliënten gezien die niet slim genoeg zijn om te beseffen dat, zeg maar, het 192.168.1.x/24 netwerk waar ze nu op zitten niet hetzelfde 192.168.1.x/24 netwerk is als waar ze net in de andere kamer op zaten. Ik heb ook gezien dat gebruikers verward raken in deze situatie waarin twee laptops in hetzelfde huis 192.168.1.x adressen hadden, maar elkaar niet konden pingen omdat ze echt op twee aparte IP-netwerken zaten achter twee aparte NATs.
Channel is een belangrijke instelling die je do wilt te variëren van AP tot AP in een roaming (meervoudig AP) 802.11 netwerk. Om de bandbreedte te maximaliseren, laat u uw AP’s automatisch het te gebruiken kanaal selecteren, of u kunt handmatig verschillende, niet-overlappende en hopelijk onbezette kanalen kiezen om te gebruiken. Je wilt niet dat transmissies naar/van een AP concurreren om bandbreedte met transmissies naar/van de andere AP.
Additionele overwegingen
_De rest van dit antwoord is slechts een aantal algemene “hoe je je huis te maximaliseren 802.11 netwerk bandbreedte” tips, niet specifiek voor uw vraag van twee AP’s met dezelfde SSID. _
Overweeg deze gelegenheid om
volledig te moderniseren Als je al een nieuwe AP koopt en de tijd neemt om dingen te herconfigureren, raad ik je aan om deze gelegenheid ook te gebruiken om je bestaande AP te vervangen, door twee van de nieuwste AP’s te kopen die simultane dual-band 802.11ac technologie ondersteunen. Op die manier kun je zowel de 2.4GHz-band ondersteunen voor oudere clients die alleen 2.4GHz zijn, als de minder drukke 5GHz-band voor meer bandbreedte. Het wordt een “best practice” om uw 2.4GHz 802.11n radiokanalen op 20MHz (HT20) in te stellen, zodat een deel van de band vrij blijft voor zaken als Bluetooth. Dit beperkt uw 802.11n transmissiesnelheden in de 2.4GHz band tot ~130mbps in plaats van 300mbps, maar zorgt ervoor dat andere niet-802.11 2.4GHz apparaten nog steeds goed werken. In 5GHz, waar veel meer kanalen beschikbaar zijn en ze over het algemeen allemaal veel minder druk zijn, wordt u aangemoedigd om 80MHz (VHT80) kanalen te gebruiken om een maximale doorvoersnelheid te krijgen.
Apple’s nieuwste 2013 AirPort Extreme en Time Capsule zijn gelijktijdig dual-band 802.11ac, en ze ondersteunen ook 3 ruimtelijke streams (a.k.a. “3x3”, “3SS”) 802.11ac, voor overdrachtssnelheden tot 1300 megabit/sec als u 3-stream 802.11ac-clients hebt die dat kunnen doen. Alle Mac-producten van Apple die in 2013 of later worden geïntroduceerd, hebben 802.11ac. De MacBook Airs hebben slechts 2SS (867 megabit/sec. maximale signaalsnelheid), de iMacs hebben 2SS bij verzending en 3SS bij ontvangst, maar ik denk dat de Retina MacBook Pros en Mac Pro 3SS bij zowel verzending als ontvangst hebben.
Merk op dat de industrie traag is geweest met het uitrollen van goede 802.11ac-AP’s en -clients. Veel van het spul dat in 2012 of zelfs begin 2013 uitkwam, was vaak buggybloedende eerste generatie troep. Vanaf juni 2013 is het veel betrouwbaardere 802.11ac-spul van de tweede generatie uit de markt gekomen. Naast de Apple-producten is de ASUS RT-AC66U een degelijke dual-band, 3SS 802.11ac AP.
Als u vastzit aan oudere single-band-at-a-time AP’s
Als u geen oudere 2 hoeft te ondersteunen. 4GHz-only apparaten, gebruik dan de 5GHz-band omdat deze over het algemeen minder druk is en u HT40 kunt gebruiken zonder dat er sprake is van verhongerende Bluetooth en andere toepassingen.
Als u vastzit aan de ondersteuning van 2.4GHz-only apparaten met single-band-at-a-time AP’s, wees dan voorzichtig met uw kanaalselectie. In de 2.4GHz-band overlappen de kanalen elkaar in hoge mate. De kanalen 1, 6 en 11 overlappen echter helemaal niet, dus dat zijn goede keuzes om handmatig te kiezen. Je zou een Wi-Fi netwerk scanner kunnen gebruiken zoals inSSIDer, NetStumbler, iStumbler, veel “war driving” tools, etc. om te zien welke kanalen in gebruik zijn door andere AP’s die zichtbaar zijn vanaf de plek waar je bent. Als u vermoedt dat u niet-802.11 2.4GHz-stoorbronnen in uw omgeving hebt, zoals Bluetooth, magnetrons en veel (maar niet alle) draadloze telefoons, babyfoons, draadloze webcams en draadloze A/V-zenders van kamer tot kamer, kunt u alles uitproberen en een spectrumanalyzer zoals een Metageek Wi-Spy gebruiken om te bepalen welke kanalen het minst rumoerig zijn waar u zich bevindt.