3 (4?) wifi router "egybeolvasztása"

Wireless

Sziasztok!

Otthon gombamód szaporodtak a wireless eszközök, így van 3 TP-link wifi router meg a szolgáltató által adott modem-router szörnyűség.
A TP-linkeken Openwrt fut. A hálózat úgy néz ki, hogy a szolgálatató modemroutere a gateway, onnan egy switch osztja szét a hálózatot minden szobába így a wifis eszközök felé is.

Az a problémám, hogy a telefonok, tabletek, ha egyszer rajta vannak egy routeren és átmegyek egy másik szobába, hiába van ott jobb jel, szenvednek a gagyi jelszintes, még éppen látható routerrel.

Azt szeretném, hogy egy SSID-t sugározzanak a routereim és mindig a legnagyobb jelszintes berendezés tegye a dolgát.
WDS kell nekem? Azt olvastam, hogy a WDS arra jó, hogy Wifi-n cserélnek adatot a routerek. Nekem erre nincs szükségem, mindenhol van "drót".

Köszönöm a segítséget! :)

  • 4705 megtekintés

( Pene | 2015. 12. 30., sze – 22:03 )

ergo azt szeretnéd, hogy a "modemrouter"-ed (majd switched) mögötti 3 eszköz ugyanazt a "modemrouter"-en beállított ssid-s wifit sugározza, és közben azok lehetőleg ne is osszanak ip-t (dhcp off), ill. az ún. roaming alapján bizonyos jelszint alatt engedjék el az eszközöket, ha annak hatósugarában van erősebb jelű. mivel kábellel csatlakozol a tp-linkekkel a switchbe, így a 3 routert csak be kell állítani ennek megfelelően AP-nek (ez sokszor automatikusan kikapcsolja a dhcp-t is stb.). ld. itt: https://wiki.openwrt.org/doc/recipes/dumbap

openwrt-s roamingról nem tudok, de szinte biztos, hogy lehetséges valahogy :)
https://forum.openwrt.org/viewtopic.php?pid=116032#p116032 - ez vélhetően szintén segít.

ergo a "modemrouter" igazából nem szór wifit, és csak annak az egy tp-linknek oszt ip-t, ha jól értem. igazából ez is lehetséges, konfigurációban talán könnyebb is, mert azonos eszközöket kell párosítanod (már ha a 3 tp-link ugyanolyan típusú), de mindenképp gyengébb felállást eredményez egy picivel.

( ncc1701 | 2015. 12. 30., sze – 22:04 )

Szarból nem lehet várat építeni, de ha mégis megteszed, akkor az egy jó szar vár lesz. Vegyél vmi rendes AP-t, unifinek szép, jó, stabil cuccai vannak. A sok gagyit meg dobd ki...

( uid_20269 | 2015. 12. 30., sze – 22:11 )

Javaslom a Mikrotik-et erre a feladatra.. Bár megoldható openWRT-n is, WDS-el és persze a sebesség csökkenésével..
--
God bless you, Captain Hindsight..

A WDS nem oldja meg tudtommal azt, hogy ne ragaszkodjon a szerencsétlen laptop vagy telefon a vacakabb AP-hoz. Ha csatlakozva van, akkor a kliensek nagy része foggal-körömmel ragaszkodik az AP-hoz.

Megoldás? Csak közelítő megoldásról tudok, például hogy bizonyos jelszint alatt lerúgja az AP a klienst és az szkennelve ismét csatlakozik valamelyikhez.
Ezt a jelszint függő dolgot tudja a Mikrotik. Remélem nem csak csatlakozási kérelemre értve, hanem lerúgásra is - de ezt nem próbáltam.
OpenWRT-s eszközökben nem találtam jelszintfüggő beállítást.

Egyébként korrekt megoldás engem is érdekel.

Elég szkeptikus vagyok abban, hogy a komolyabb WLAN gyártók ezt így, ebben a formában megteszik.

"As a wireless client roams in an area covered by Meraki APs advertising the same SSID, it will try and associate to the AP that provides the strongest signal. The wireless adapter on the client device measures the RSSI on received frames sent by APs in order to make roaming decisions."

Seamless Roaming with MR Access Points

Hááát, mit értesz komoly alatt? A Meraki azért elég high-end :) Én annyit állítottam, hogy az ap is dobhatja egy bizonyos jelszint alatt, erre jó példa a Unifi minimum rssi opciója: https://help.ubnt.com/hc/en-us/articles/205146050-OD-UniFi-How-does-min…-

De ez szerintem elég általános ma már a normális márkák között: "Behind the scenes, the controller/AP will send a de-authentication packet to this client to kick it right away(...) If a client is stubborn enough to stay on the same AP, the controller/AP will NOT force its moving and will trust its decision for a duration before sending another de-authentication packet. In short, this is a soft approach."

Nálunk is ez most téma, megfigyeltem, hogy a windows 8.1-es laptopom automatikusan csatlakozik a már ismert erősebb ap-hoz, de az androidos azt csinálja, hogy 5-ből 2 vonalka van, szenved, lassú az átvitel, majd kiírja, hogy a távolabbi router rossz internetkapcsolattal rendelkezik és kívánok-e másikra váltani. Az ekkor megjelenő ablakban ott vannak az ismert és elérhető ap-k listája, amire rábökve át is lépett.
Végülis ez a megoldás, nem feltétlen buta ettől, ez inkább csak jellegzetesség, hogy egyik ilyen elven működik, a másik meg úgy.

---------------------------------------
Devmeme - fejlesztői pillanatok

Innentől kezdve egy kicsit veszett fejsze nyele... Mert oké a router tudja, hogy mikor csökkent le a jel és akkor ledobja a klienst de azt nem tudja, hogy vajoin a kliens lát-e magasabb térerővel bíró routert. Magyarán a jól lefedett helyeken a megoldás előny de mindenhol máshol hátrány.

Tegyük hozzá hogy az Unifi-nek viszonylag inteligens lerúgási algoritmusa van, pl. ha a kliens nem talál másik AP-t, akkor visszaengedi gyenge jelerősséggel is.

Egyébként észreveszi a kliens, videóhívás pl megakad, megszakad, de ha ilyen igény van, arra való a Zero-Handoff. Ilyenkor a kliens nem is tudja melyik AP-val beszél, azok adják át egymás között, így egyáltalán nincs szakadás egy csomag erejéig sem. Cserében egyetlen csatornán kell legyen az összes AP, ami jelentősen beszűkíti a sávszélességet.

ebben ugyanaz a chip van mint az RB2011UiAS-2HnD-IN -ben (ar9344) ez bizonyitottan egy hulladek wifi teren, nem gondolom, hogy a 915-ben jobban teljesitene. nalad mennyi a legnagyobb sebesseg amit sikerult kipreselni belole?
mint router teljesen rendben van, de ez a wifi resz... es nem birjak / akarjak megoldani a problemakat.

( Elbandi v | 2015. 12. 30., sze – 23:31 )

beallitod hogy mindegyik tplink csak egy sima AP legyen, majd beallitod mindegyik routerben ugyanazt az ssid, titkositast, kulcsokat.

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

( zapverho v | 2015. 12. 31., cs – 06:54 )

Hasonló cipőben jártam|ok. :) (Zegzugos blokklakás - egyik végében jön be a net, a másik végében harmatgyenge a jel, plusz, a szomszédék is az összes csatornán nyomják az AP-ket... )

Mindegyik tp-linken ugyanaz az SSID és a jelszó.
Mindegyiken kikapcsolva az automata címkiosztás (DHCP), fix IP-t adni nekik.
(A tp-link 192.168.1.2 példul, B tp-link 192.168.1.3 és így tovább).
A gateway a "szolgáltató szörnyecskéje," a szörnyben fixen, MAC alapján bevarrod, hogy melyik tp-link melyik IP-t kapja mindig (lásd fenn).

Nekem androidos telefonjaim vannak, azon egy wifi analyzerrel végig mentem a kéglin, megnéztem, a szomszédék melyik csatornákon tolják, azoktól lehetőség szerint más csatornákra állítottam be az AP-ket (ne legyen automata a csatorna kiosztás) és örültem... :-)

Szerintem jobb a szörnyre semmit sem bízni, rá kell kötni az egyik tplinket router módban, igaz a port forward fárasztóbb lesz, de sokkal kevésbé szeret megbolundulni a szörny, legalábbis thome-nál. Amikor folyamatosan szóltunk, hogy nem megy a net, akkor mondta a szerelő aki jött, hogy ezek a homegateway-ek ritka szarok és simán meg tud őrülni attól a 6-7 okostelótól,tabtól meg az 5 géptől ami itthon van, főleg a homeserverrel. Mióta így van homegateway probléma nem volt.

nem kell dupla nat ehhez. Nálam úgy megy egy tplink ap-ként egy telekomos bután konfigolható dlink hgw szörny mellett, hogy a tplink oszt dhcp-n ip-ket is. A dlink hgw nem tud mac-ip összerendelést, ezért az openwrt tplink végzi azt és be lehet állítani úgy, hogy ne magát reklámozza, hanem a valódi gateway-t. A tplink nem router, hanem ap és dhcp szerver nálam, a lan portjával kapcsolódik a szörnyre. Persze a hgw-n le van tiltva a dhcp és wifi szolgáltatás.

( Hanrik | 2016. 01. 02., szo – 09:06 )

BÚÉK!

" mindegyik tp-link ap módba,mindegyiken ua. SSID, tiktosítás+kulcs "
Ez stabilan működik? Mi alapján vált ap-t az eszköz? Vagy mivel ua. az SSID mindig max. a "térerő" ?

ezeknél a tp-linkeknél váltani nem vált magától az eszközöd (gyári fw-vel semmiképp), maximum ha vmi miatt már tényleg olyan gyenge a jel, hogy az eszközöd vagy az ap eldobja azt. ekkor megpróbál ugyebár újracsatlakozni, és ha egy másik ap jele erősebb, akkor már arra fog felmenni. tehát jelerősség szerint választ.

( herka v | 2016. 01. 02., szo – 15:00 )

Üdv!

Szerintem itt találod az egyik legjobb leírást ezzel kapcsolatosan.

Nem csak az M$ számol furán... A Zinternet lenne ilyen gyors?
65% [62 Sources 1528 kB/6239 kB 24%] 3062 PB/s 0s

( arpi_esp v | 2016. 01. 03., v – 09:06 )

neked roaming kene, abbol is lehetoleg zero handoff. a draga kontrolleres rendszerek tudnak ilyet, bar mar a tplink is kijott a sajat unifi-klonjaval, csak az a baj nem sokkal olcsobban mint az eredeti, es windows-only controllerrel :)

ubiquiti unifi, mikrotik, cisco kornyeken keresgelj.

esetleg utana kene nezni, openwrt-vel nem-e lehet megoldani a roamingot olcso eszkozokon, bar ehhez sztem hw (de legalabbis wifi chip firmware) tamogatas is kell.

A'rpi

( fathom | 2016. 01. 06., sze – 16:26 )

Hello,

Úgy 5 éve egy Linksys wrt-vel (nem tudom pontosan melyik, talán 320n) és egy TP-Link TLWR1043ND-vel, ezeken openwrt-t futtatva tökéletesen ment ez. Ha jól emlékszem a következőket állítottam be:
Egyik routerbe ment a net, az is volt a DHCP szerver. Ezen még beállítottam, hogy 10 méterre optimalizálja a távolságot.
A másik asszem repeater módba volt téve, DHCP off, szintén távolságoptimalizált módon.

Ez így nagyjából egy évig ment és egyszer sem volt vele gond, az két router közti átállást észre se lehetett venni (folyó letöltés is csak kicsitt lassabb lett egy pillanatra)

FathoM

( agostonl | 2016. 01. 07., cs – 13:31 )

Nem olvastam el a hozzászólásokat, elnézést (hajnal 2 óta fenn vagyok).
Mi ezt úgy oldottuk meg, hogy az összes AP ugyanazt a beállítást kapta, mint a router, kivéve a csatornaszámot.
Ezzel egy 20mx50m.es épület földszintjét le tudtuk fedni anélkül, hogy észre vetted volna az AP váltást.
Ja és nem márkás cuccal, hanem TP-LINK gagyival.

"Értem én, hogy villanyos autó, de mi hajtja?"

( Sea-you | 2016. 01. 09., szo – 12:11 )

Szerintem az egeszet meg tudod oldani egy normalis ACs APvel 5Ghzen. A beamforming miatt atmegy a jel es fasza lesz mindenhol. B/G/N tulsagosan oldschool. Nem kell ide WDS, zero handoff stb.

Ja es mivel kevesen hasznalnak ACs wifit, a channel overlappinget is kiveded.

( bigacsiga | 2016. 01. 20., sze – 00:22 )

No hát lehet trükközni midnenféle technológiával de kipróbáltam, ha ugyanaz a nevük és a jelszavuk (meg a titkosítás módja) a routereknek de különböző csatornákon vannak, akkor a mobil eszközök egy nagy wifi hálózatnak mutatják és kezelik az egészet.
Hogy most az Android az intelligens vagy a "WIFI okos", nem tudom, nekem jól működik, így már nem esik le a térerő ha egyik szobából a másikba megyek.

Köszönöm szépen a sok hozzászólást és a segítséget.