Multi-AP roaming hálózat háttér

Nincs semmi varázslatos abban, hogy a több-AP (roaming) 802.11 hálózatok működjenek. A vezeték nélküli kliensek egyszerűen feltételezik, hogy az azonos SSID-vel rendelkező összes AP hasonlóan van konfigurálva, és mind csak különböző hozzáférési pontok ugyanahhoz a mögöttes vezetékes hálózathoz. Az ügyfél az összes csatornát átvizsgálja a kívánt SSID-t közzétevő AP-k után kutatva, és kiválasztja azt, amelyik a legjobban megfelel az igényeinek (ez általában azt jelenti, hogy amelyik a legnagyobb jelerősséget mutatja).

A hálózaton belül az ügyfelek addig maradnak ugyanazon AP-nál, amíg az megfelel az ügyfél igényeinek (azaz amíg a jelerőssége az “elég jó” küszöbérték felett van). Ha az ügyfél később úgy gondolja, hogy az adott hálózaton egy másik AP-vel jobban járna, akkor az összes csatornát rendszeresen átvizsgálja az adott SSID-t közzétevő más AP-k után kutatva. Ha a keresés során egy olyan AP-jelöltet talál, amely eléggé jobb, mint a jelenleg használt AP, a kliens automatikusan átmegy a másik AP-hez, általában egy kihagyott keret nélkül.

Egy figyelmeztetés a barangolásra: Ahogy egy másik hozzászóló rámutatott, biztosan vannak rosszul megtervezett, rossz barangolási algoritmusokkal vagy küszöbértékekkel rendelkező ügyfelek, amelyek valójában nem barangolnak, amikor kellene, és így végül túlságosan “ragaszkodnak”, és az első AP-n maradnak, amelyhez csatlakoztak, jóval azután, hogy jobb teljesítményt és megbízhatóságot kaphattak volna egy másik AP-vel, amelyhez már közelebb vannak. Néha segít, ha kényszerítjük az ügyfél Wi-Fi interfészét, hogy újra csatlakozzon a hálózathoz, amikor észrevesszük, hogy egy ügyfél rossz AP-hoz ragadt. Ha sok ilyen hibás kliensed van, akkor lehet, hogy nem fog jól működni, ha ugyanazt az SSID-t használod több AP-hez; érdemes különböző SSID-ket használni, így könnyebben tudod figyelni és ellenőrizni, hogy melyik AP-hez kapcsolódik a kliensed.*

Feltéve, hogy mindkét AP hasonlóan van konfigurálva és ugyanahhoz az alaphálózathoz kapcsolódik, a barangolás zökkenőmentes és láthatatlan a felhasználó számára (kivéve a hozzám hasonló kockákat, akik eszközöket futtatnak az ilyen dolgok megfigyelésére). A barangolási események láthatatlanok a hálózatot használó alkalmazások számára, bár a hálózati verem egyes alacsony szintű részei értesítést kaphatnak az eseményről, így például a DHCP-kliens kétszer is ellenőrizheti, hogy ez az új AP valóban ugyanahhoz a hálózathoz csatlakozik-e, és így biztos lehet benne, hogy a DHCP-bérlet még mindig érvényes ezen a hálózaton.

A kérdésre adott válaszok és megjegyzések néhány más felhasználó részéről tévesen azt sugallták, hogy a barangoláshoz vezeték nélküli protokollok vagy funkciók, például vezeték nélküli relay vagy WDS szükségesek, de ez teljesen helytelen. Ezek a funkciók csak módjai annak, hogy a vezetékes Ethernet hátteret vezeték nélkülire cseréljük.

A teljesség kedvéért meg kell említenem, hogy létezik egy sor technológia, néhány szabadalmaztatott, néhány szabványosított az IEEE 802.11F-ben, amelyet általában Inter-Access Point Protocol néven ismerünk. Az IAPP egy olyan módszer, amellyel az általában vállalati kategóriájú AP-k kommunikálhatnak egymással a backhaul-on keresztül, hogy optimalizálják az ügyfelek barangolását. Ez azonban csak egy optimalizálás, nem pedig a barangolás előfeltétele. A barangolás “elég jól” működik a kisebb és nagyobb hálózatokon anélkül is, hogy az IAPP működne.

Konfigurációs javaslatok

Adja meg mindkét AP-nek ugyanazt a hálózati nevet (SSID), ugyanazt a biztonsági típust (WPA2-PSK ajánlott) és ugyanazt a vezeték nélküli biztonsági jelszót. Sok ügyfél feltételezi, hogy az ilyen jellegű beállítások azonosak az azonos SSID-vel rendelkező összes AP-n.

Ha már megvan a kábelezés, használjon vezetékes Ethernetet háttérhálózatként. Így a vezeték nélküli sávszélességet a valóban szükséges hordozható/mobil eszközök számára takaríthatod meg, ahelyett, hogy olyan helyhez kötött eszközökre pazarolnád, mint az AP-k, amelyeket ésszerűen be lehetne kábelezni.

Ha van egy másik eszköz a hálózaton, például egy szélessávú otthoni átjáró, amely NAT és DHCP szolgáltatást nyújt, akkor mindkét AP-t állítsd híd üzemmódba (kapcsold ki a NAT és a DHCP szolgáltatást). Általában csak egy dobozt szeretne a hálózaton, amely NAT-átjáróként vagy DHCP-kiszolgálóként működik. Ha nincs még egy másik eszköz a hálózaton, amelyik NAT-ot és DHCP-t végez, és szüksége van ezekre a szolgáltatásokra, akkor az egyik AP-je végezheti ezeket a feladatokat. A “feljebb lévő” AP (amelyik topológiailag közelebb van a szélessávú modemhez) végezze a NAT-ot és a DHCP-t, és gondoskodjon arról, hogy a másik AP-hoz vezető vezetékes Ethernet-kapcsolat az első AP LAN-portjáról jöjjön. Győződjön meg arról is, hogy a “downstream” AP híd üzemmódban van. Azért hívom fel erre a figyelmet, mert láttam már olyan embereket, akik elkövették azt a hibát, hogy mindkét AP-n engedélyezve hagyták a NAT-ot és a DHCP-t, és láttam már olyan ügyfeleket, akik nem voltak elég okosak ahhoz, hogy felismerjék, hogy mondjuk a 192.168.1.x/24 hálózat, amelyen most vannak, nem ugyanaz a 192.168.1.1.x/24 hálózat, amelyen az imént a másik szobában voltak. Láttam már olyan felhasználókat is, akiket ez a helyzet összezavart, amikor ugyanabban a házban két laptop 192.168.1.x címmel rendelkezett, de nem tudták egymást pingelni, mert valójában két külön IP-hálózaton voltak két külön NAT mögött.

A csatorna az egyik legfontosabb beállítás, amelyet egy barangoló (több AP) 802.11 hálózatban AP-ről AP-ra érdemes változtatni. A sávszélesség maximalizálása érdekében hagyja, hogy az AP-k automatikusan válasszák ki a használni kívánt csatornát, vagy manuálisan választhat különböző, nem átfedő és remélhetőleg nem foglalt csatornákat. Nem szeretné, ha az egyik AP-hez/az egyik AP-ról történő átvitel versenyezne a sávszélességért a másik AP-hez/az egyik AP-ról történő átvitellel.

Kiegészítő megfontolások

A válasz többi része csak egy csomó általános “hogyan maximalizálhatja az otthoni 802.11 hálózat sávszélességét” tipp, nem kifejezetten az Ön két azonos SSID-vel rendelkező AP-vel kapcsolatos kérdésére vonatkozik.

Figyeljen arra, hogy kihasználja ezt a lehetőséget a teljes korszerűsítésre

Ha már vásárol egy új AP-t, és időt szán a dolgok újrakonfigurálására, javaslom, hogy használja ki ezt a lehetőséget a meglévő AP cseréjére is, és vásároljon két olyan legújabb AP-t, amelyek támogatják az egyidejűleg két sávos 802.11ac technológiát. Így mind a 2,4 GHz-es sávot támogathatja a régebbi, csak 2,4 GHz-es ügyfelek számára, mind pedig a kevésbé forgalmas 5 GHz-es sávot a nagyobb sávszélesség érdekében. Kezd “legjobb gyakorlattá” válni, hogy a 2,4 GHz-es 802.11n rádiót 20 MHz-es (HT20) csatornákra állítsa be, hogy a sáv egy részét szabadon hagyja az olyan dolgok számára, mint a Bluetooth. Ez a 802.11n átviteli sebességet a 2,4 GHz-es sávban 300 mbit/s helyett ~130 mbit/s-ra korlátozza, de lehetővé teszi, hogy más, nem 802.11-es 2,4 GHz-es eszközök továbbra is jól működjenek. Az 5 GHz-es frekvencián, ahol sokkal több csatorna áll rendelkezésre, és ezek általában sokkal kevésbé foglaltak, a maximális átviteli sebesség elérése érdekében ajánlott a 80 MHz-es (VHT80) csatornák használata.

Az Apple legújabb, 2013-as AirPort Extreme és Time Capsule egyidejűleg kétsávos 802.11ac, és támogatja a 3 spatial stream (más néven “3×3”, “3SS”) 802.11ac szabványt is, amely akár 1300 megabit/sec átviteli sebességet is lehetővé tesz, ha vannak olyan 3-stream 802.11ac kliensek, amelyek képesek erre. Az Apple összes 2013-ban vagy később bemutatott Mac terméke rendelkezik 802.11ac protokollal. A MacBook Air-ek csak 2SS (867 megabit/sec maximális jelátviteli sebesség), az iMac-ek 2SS adáson és 3SS vételen, de úgy tudom, hogy a Retina MacBook Pro és a Mac Pro 3SS adáson és vételen is.

Megjegyzendő, hogy az iparág lassan kezdett jó 802.11ac AP-ket és klienseket bevezetni. Sok dolog, ami 2012-ben vagy akár 2013 elején megjelent, gyakran hibás, vérző, első generációs szemét volt. 2013 júniusától kezdve kezdtek megjelenni a sokkal megbízhatóbb második generációs 802.11ac eszközök. Az Apple termékek mellett az ASUS RT-AC66U egy tisztességes, egyidejűleg két sávos, 3SS 802.11ac AP.

Ha régebbi, egysávos AP-kkel ragaszkodsz

Ha nem kell támogatnod semmilyen régebbi 2. sz.4GHz-es készülékeket, használja az 5GHz-es sávot, mivel az általában kevésbé foglalt, és használhatja a HT40-et anélkül, hogy a Bluetooth és más felhasználási módok éheznének.

Ha csak 2,4GHz-es készülékeket kell támogatnia egysávos, egyszer használatos AP-kkel, legyen óvatos a csatornaválasztással. A 2,4 GHz-es sávban a csatornák nagymértékben átfedik egymást. Az 1-es, 6-os és 11-es csatornák azonban egyáltalán nem fedik egymást, így ezek jó választásnak bizonyulnak a manuális kiválasztáshoz. Használhat egy Wi-Fi hálózatszkennert, például az inSSIDer, NetStumbler, iStumbler, számos “war driving” eszközt stb., hogy megnézze, mely csatornákat használják más, az Ön tartózkodási helyéről látható AP-k. Ha azt gyanítja, hogy nem 802.11 2.4GHz-es zavarók vannak a környéken, például Bluetooth, mikrohullámú sütők, és sok (de nem minden) vezeték nélküli telefon, bébimonitor, vezeték nélküli webkamera és vezeték nélküli szobáról szobára működő A/V adó, akkor mindent megtehet, és beszerezhet egy spektrumanalizátort, például egy Metageek Wi-Spy-t, hogy kiderítse, mely csatornák a legkevésbé zajosak ott, ahol Ön van.