classic.ISPforum.cz

Prosím poradí mí někdo jak je nejlepší nastavit AP které jsou v RD.
CapsMan jsem rozjel ale problém je že mě stejně nechá na jednom AP.Je ale znát když mám polovinu signálu v přízemí a jsem chycený na AP v 1 patře.
Děkuji za nápady

Častý problém, který podle mě moc nemá řešení (tedy do rozšíření 802.11r, což asi nebude nikdy). Navíc každé zařízení se chová jinak - některé se přepínají na jiné AP samy, jiné ne.
Spolehlivé řešení je rozmístit AP od sebe tak daleko (případně nastavit vysílací výkony), aby mobil prostě z prvního AP úplně ztratil signál a musel se přepnout na druhé. Tím ale logicky musí uprostřed mezi AP vzniknout mrtvé místo.
Druhým řešením je na mobilu při přechodu z patra do patra vypnout a znovu zapnout wifi - připojí se na AP s aktuálně nejlepším signálem.

Případně CAPSman od mikrotiku nebo od UBNT ten jejich protokol

Mikrotik od verze 6.36 cca - umí bezdrátový roaming.

Nastavíš stejně heslo, Wifi. Jeden DHCP server v domě.

Pak když odděláš svůj notas z registration-table, tak ztratiš maximálně 1 paket a notas se automaticky přepojí na druhy AP a změní pouze BSSID.

Wi-Fi musí být rozmístěny nejlépe co nejdál od sebe, aby se pak zařízení co nejlepe vybrali nejlepší AP. 100% to nefunguje, protože ty notebooky některý jsou debilové a nechtějí se přepojit, ale mám to tak nastavené ve spoustě domech a nejsou s tím problémy.

jsou s tím problémy. Vždy nějaký problém je a záleží na klientovy (mobil, notebook) pokud teda nehodláš investovat těžký prachy to APček který to udělají správně. 802.11r má dneska kde co ale to řeší něco jinýho. 802.11r řeší zrychlení ověřování klíčů při přepojení klienta ale neřeší aktivní přepojování klientů. I mikrotik ho už má v capsmanu. Aktivní přepojování klientů mezi APčky umí pouze nejdražší unify a ještě museji běžet na stejných kanálech pokud vím. Je tam spousta háčků na kterých se nachytáš.

Je sice hezký že se doporučuje dát apčka co nejdál od sebe ale pak mezi nimi je hluchá díra a nefunguje tam pořádně nic. Capsman sice má možnost vyhazovat klienty kteří mají určitou sílu signálu jenomže to funguje jenom při připojování na ap a ne v průběhu komunikace takže ho to aktivně nevykopne. Navíc ne každý zařízení si správně přebere že byl vykopnut z APčka. Poslední dobou máme hodně problémy se samsungy. Nechtějí se vůbec správně připojovat a zůstávat na APčkách a odmítají se správně přepojovat mezi APčky. Prostě hrůza.

Pravidlem bejvá mít stejný ssid, hesla, typ wpa2 (aes) [žádná automatika nebo nastavený tkip s aes dohromady] a v neposlední řadě ideálně stejný AP nebo aspoň stejnýho výrobce APček. Jo a taky mít na DHCP serveru pokud to je mikrotik mít nastavenou "autoritative" na "yes" a ne na "after Xs delay". A samozřejmě nemít apčka v router modu.

Osobně můžu říct že nejlepší zkušenosti mám s capsman pokud jde o víc apček po baráku.

Samozrejmosti je stejne SSID, AP v bridge. Pomaha omezit v access-listu minimalni signal od klienta treba na -80 dBm. Snizis tim dosah, ale zrusis extremni stavy, kdy se klient drzi jednoho AP za kazdou cenu. Samozrejme se tim neresi situace, kdy klient vidi AP1 (-70 dBm) a AP2 (-35 dBm) a tvrdošíjně zůstává na AP1. Prepinani je proste zalezitosti klienta a jeho driverů (background scan atp.), APcka to umi inteligentne resit az ve fakt vyssich radach.

Nevím jak android, ale ve windows někde šlo trochu poštelovat "roaming". Přepínalo to pak dřív, nesnažilo se to udržet spojení až do konce.

Stejně by mě zajímalo řešení, kde to funguje správně ze strany AP/controlleru. Klient totiž informaci o tom, co zrovna a jak slyší na AP nepředává. Čili ani AP nemůže vědět, že ho může bezpečně vykopnout. Jo, stejný kanál a odposlech (ala unify) asi fungovat může, ale pak nemám X apček, ale vlastně jen jedno.

Díky za odpověďi.
APčka jsou MT to je jasné,SSID mám stejný,zabezpečení WPA2 (AES).DHCP musím prověřit,to si teď nevzpomínám.
Jinak pravdou je že na mobilu to nějak nepoznáme,na NTB je to horší.Drží se toho AP než ho odpojím ručně a pak se hned připojí na silné AP.

andorid neni jenom jeden, bohužel. Každej si ho upravuje podle svého a mění i třeba frekvenci scanů což vyšťavuje baterii takže u některých telefonu to funguje líp a u některých hůř. U většiny to ale funguje dobře když má člověk otevřenej scan wifin protože skenuje furt tak to funguje parádně a přepojuje se to před očima. Jak to spí v kapse tak už je problém. U PC je to obdobný. Atheros je na tohle docela shitka. Intely většinou šlapou v pohodě. Určitě do toho budou mluvit i použitý ovladače.

Zkoumal jsem to taky, pokud nepočítám běžný implementace (stejný SSID, jeden DHCP server, vše v bridgi), tak nějaký lepší řešení ma ubnt, ale stále to není ono (všechny AP jednou na jednom kanálu a propustnost celé sítě se rovná propustnosti 1 AP). Nejlevnější řešení s pořádným roamingem, který znám, je HPE Aruba (AP-303 za 5500 vč. DPH a vestavěného controlleru). Podporuje 802.11k/r/v, AP si aktivně skenují klienty, předávají si je a udávaný výpadek při přepojení je pár desítek ns.

Do konce měsíce by mi mělo dorazit několik kusů na testy, tak jsem zvědavej.

https://access-pointy.heureka.cz/hp-aruba-ap-365/#

to je fajn ale za tu cenu si zákazník nekoupí ani jednu jednotku

hapi píše:to je fajn ale za tu cenu si zákazník nekoupí ani jednu jednotku

Tak člověk nesmí chtít parametry mercedesu za cenu fabie

Na ty Aruby (ještě k tomu vyšší verze) se těším jak děcko na vánoce

Tyhle aruby (365) ti bez controlleru budou k nicemu. Bud k nim potrebujes controller a nebo nejake vnitrni AP ve verzi IAP (ma v sobe instant verzi, tedy ocesany controller)... Tedy IAP-303RW, IAP-305RW nebo IAP-315RW..

Oprava: Aha ok, jsem prehlid ze tam mas napsan i 303.. Tak OK.
Kyb

KyberNet píše:Tyhle aruby (365) ti bez controlleru budou k nicemu. Bud k nim potrebujes controller a nebo nejake vnitrni AP ve verzi IAP (ma v sobe instant verzi, tedy ocesany controller)... Tedy IAP-303RW, IAP-305RW nebo IAP-315RW..

Oprava: Aha ok, jsem prehlid ze tam mas napsan i 303.. Tak OK.
Kyb

303 byl jen příklad pro domácí wifi. 365 už má controller zabudovaný - přestali to dělit na instant a "ne-instant" AP.

u unifi jde nastavit pri jakym signalu to klienta vykopne, zkus pohledat jestli tam taky nemas nejaky takovy nastaveni ...

to by mohlo pomoct