Prodám MikroTik hAP ax² + switch

[RDa]

Jo, ted uz vidim ze tam je fail - ze POE IN je svazanej s WAN portem, ale to typicke uziti bridge mezi wifi-lan se tyka LAN portu. To fakt nejde zbridgovat i mezi wan-lan? (mam zkusenost jen s nejakyma staryma krabicema, kde bezelo openwrt a tam bylo wan/lan reseno skrze switch chip, ktery interne mapoval ty porty do vlan - ale pak ten bridge byl sw.. takze vyssi spotreba, mensi propustnost).

Zatim tedy nejsem presvedcen o tom, ze by to bylo nejlepsi reseni :(

Pokud by se to udelalo fyzicky jako hvezda (skrze ten switch co poskytne POE napajeni jednomu nebo oboum AP), tak je mozne provozovat ten CAPsMAN ?

[Reklama]

[peterkozel]

nastavenie capsmanu je nad moju znalost mikrotiku ale rad sa ucim tak budem sa s tym hrat dalej a ked tak sem dam vediet, skusim aj zapojenie cez switch

k wan a poe - praveze to wan na eth1 kde je poe in out, sa da premiestnit na ktory kolvek port, problem bude v mojich nastaveniach, budem skusat a uvidi sa

[CFM]

Jo, ted uz vidim ze tam je fail - ze POE IN je svazanej s WAN portem, ale to typicke uziti bridge mezi wifi-lan se tyka LAN portu. To fakt nejde zbridgovat i mezi wan-lan? (mam zkusenost jen s nejakyma staryma krabicema, kde bezelo openwrt a tam bylo wan/lan reseno skrze switch chip, ktery interne mapoval ty porty do vlan - ale pak ten bridge byl sw.. takze vyssi spotreba, mensi propustnost).

Zatim tedy nejsem presvedcen o tom, ze by to bylo nejlepsi reseni

Pokud by se to udelalo fyzicky jako hvezda (skrze ten switch co poskytne POE napajeni jednomu nebo oboum AP), ta3 je mozne provozovat ten CAPsMAN ?

HW ani SW něco jako WAN/LAN nerozlišuje. Je to jen pojmenování skupin rozhraní z výchozí konfigurace, které je navázáno na patřičná pravidla. Všechno lze změnit či přejmenovat.
Je tam pět portů, které lze používat nezávisle, nebo udělat bridge přes libovolné kombinace. První port se odlišuje pouze schopností POE IN/OUT. Jeden kus AX2 provozuji jako AP/switch s bridge přes všechny porty a na POE OUT visí CUBE 60G spojující vzdálenější část sítě.

[Marvin]

RouterOS porty nerozlišuje, ale z pohledu HW nemusí být rovnocenné. Vždy je potřeba se podívat na "block diagram" od konkrétního HW přes co tečou data.

Do bridge jde svázat jakékoliv interfacy, když jsou připojeny na switch chip použije se automaticky HW offload, když ne, bridge bude softwarový a bude zatěžovat CPU.
Mezi switch chipem a CPU je nějaká maximální propustnost. Když je port připojen přímo na CPU má taky svoje limity.

Switch má filtrovací pravidla, která buď přepošlou framec přímo na jiný port nebo předají do CPU.

[peterkozel]

ok, uz viem ako rozbehat 2x za sebou hap ax2 ako 2x wifi most, na tom mikrotiku sa da nastavit fakt vsetko len treba trpezlivost a v klude rozmyslat, problem je capsman, isiel som presne podla navodu ale nefungovalo to, jeden ax2 bol bol ako capsman a druhy cap ale nevedelo to o sebe, moj laicky amatersky nazor je ze capsman nebude fungovat ak ide na moste, musi smerovat, ak viete poradit ci je to tak napiste prosim

[Reklama]

[CFM]

... jeden ax2 bol bol ako capsman a druhy cap ale nevedelo to o sebe, moj laicky amatersky nazor je ze capsman nebude fungovat ak ide na moste, musi smerovat ...

Samozřejmě to s bridge funguje. Nic nebrání na bridge přiřadit IP adresu (staticky nebo z DHCP). Tj. adresu bude mít jak CAPSMAN (master) tak CAP (slave). Vše je zde na stejném L2 segmentu a adresy předpokládám ve stejné podsíti, takže by se měli najít sami přes broadcast (pokud to nesežerou špatně nastavená firewall pravidla), aniž by se do CAP přidávala adresa CAPSMANu.

Jinak ta konfigurace opravdu není zrovna kliknu a jedu. Bohužel nemám víc AX APček, takže jak moc dobře funguje fast roaming nemám vlastní zkušenost. Pokud vím, tak Mikrotik nemá žádné vychytávky, které by klienty aktivně nutily přejít na jiné (lepší) AP. Pokud se klient nerozhodne přejít  sám, tak prostě visí tam kde je. Vykopávání na základě síly signálu sice nastavit lze, ale to zase kazí ten fast roaming.

Takže pokud jde o případ "chci to zapojit a dál se o to nestarat", tak bych spíš volil z doporučení zde:

TP-Link Deco, Ubiquiti AP

Pokud jde o "chci to vyzkoušet/zajímá mě to", tak tam je určitě spousta prostoru

[peterkozel]

... jeden ax2 bol bol ako capsman a druhy cap ale nevedelo to o sebe, moj laicky amatersky nazor je ze capsman nebude fungovat ak ide na moste, musi smerovat ...

Samozřejmě to s bridge funguje. Nic nebrání na bridge přiřadit IP adresu (staticky nebo z DHCP). Tj. adresu bude mít jak CAPSMAN (master) tak CAP (slave). Vše je zde na stejném L2 segmentu a adresy předpokládám ve stejné podsíti, takže by se měli najít sami přes broadcast (pokud to nesežerou špatně nastavená firewall pravidla), aniž by se do CAP přidávala adresa CAPSMANu.

Jinak ta konfigurace opravdu není zrovna kliknu a jedu. Bohužel nemám víc AX APček, takže jak moc dobře funguje fast roaming nemám vlastní zkušenost. Pokud vím, tak Mikrotik nemá žádné vychytávky, které by klienty aktivně nutily přejít na jiné (lepší) AP. Pokud se klient nerozhodne přejít  sám, tak prostě visí tam kde je. Vykopávání na základě síly signálu sice nastavit lze, ale to zase kazí ten fast roaming.

Takže pokud jde o případ "chci to zapojit a dál se o to nestarat", tak bych spíš volil z doporučení zde:

TP-Link Deco, Ubiquiti AP

Pokud jde o "chci to vyzkoušet/zajímá mě to", tak tam je určitě spousta prostoru

ano je mozne ze som nieco zle nastavil, este si musim k tomu sadnut, su to krkolomne ale fakt zaujmave veci, prosim ta takze capsman teda nezabespeci prechod klienta s ap na ap?, teda pri presune po dome v zmysle zo slabsieho signalu na lepsi?, ono to teda iba zjednoti wifi?

[CFM]

prosim ta takze capsman teda nezabespeci prechod klienta s ap na ap?, teda pri presune po dome v zmysle zo slabsieho signalu na lepsi?, ono to teda iba zjednoti wifi?

Historicky byl CAPSMAN pro centrální správu AP. Podporu 802.11r/k/v přidali až relativně nedávno ve verzi 7.xx (otázka posledních cca 3 let) a jen pro nová rozhraní (AC, AX). S tímhle rozdělením též vznikl slušně řečeno nepořádek v ovladačích/balících/názvech, co poskytují wifi (Wifi, WifiWave2, Wireless). Mimochodem jeden CAPSMAN nedokáže obsloužit zároveň stará zařízení (N a starší) a nová (AC, AX). Pokud jsou v síti oba druhy, tak se musí pustit CAPSMAN dvakrát a jeden se stará o nová a druhý o stará. Fast roaming je podporován jen na AC/AX.

Pokud tomu správně rozumím, tak 802.11r/k/v pouze zrychluje předchod mezi AP (minimalizuje výpadek) a poskytuje klientovi seznam dalších AP viz například zde:
https://www.cisco.com/c/en/us/support/docs/wireless/catalyst-9800-series-wireless-controllers/221671-understand-802-11r-11k-11v-fast-roams-on.html
Jestli se klient rozhodne nebo nerozhodne přejít je jeho věc.

Ty pokročilejší systémy (aruba, cisco, ubiquity, ...) do toho údajně vnáší nějaké vlastní kejkle, kterými se snaží donutit klienty se připojit na nejlepší možný AP či pásmo. Problém je v tom jak rozhodnout, kde to bude fungovat léple ...

Pokud tomu někdo rozumí víc/lépe, tak se též rád přiučím.

P.S. pokud by ten HW nakonec kolega nechtěl (sry za mírně negativní reklamu), tak bych o něm též uvažoval. Mám na jednom místě i starší AC^2 tak jeden na upgrade a druhý na hraní

[peterkozel]

prosim ta takze capsman teda nezabespeci prechod klienta s ap na ap?, teda pri presune po dome v zmysle zo slabsieho signalu na lepsi?, ono to teda iba zjednoti wifi?

Historicky byl CAPSMAN pro centrální správu AP. Podporu 802.11r/k/v přidali až relativně nedávno ve verzi 7.xx (otázka posledních cca 3 let) a jen pro nová rozhraní (AC, AX). S tímhle rozdělením též vznikl slušně řečeno nepořádek v ovladačích/balících/názvech, co poskytují wifi (Wifi, WifiWave2, Wireless). Mimochodem jeden CAPSMAN nedokáže obsloužit zároveň stará zařízení (N a starší) a nová (AC, AX). Pokud jsou v síti oba druhy, tak se musí pustit CAPSMAN dvakrát a jeden se stará o nová a druhý o stará. Fast roaming je podporován jen na AC/AX.

Pokud tomu správně rozumím, tak 802.11r/k/v pouze zrychluje předchod mezi AP (minimalizuje výpadek) a poskytuje klientovi seznam dalších AP viz například zde:
https://www.cisco.com/c/en/us/support/docs/wireless/catalyst-9800-series-wireless-controllers/221671-understand-802-11r-11k-11v-fast-roams-on.html
Jestli se klient rozhodne nebo nerozhodne přejít je jeho věc.

Ty pokročilejší systémy (aruba, cisco, ubiquity, ...) do toho údajně vnáší nějaké vlastní kejkle, kterými se snaží donutit klienty se připojit na nejlepší možný AP či pásmo. Problém je v tom jak rozhodnout, kde to bude fungovat léple ...

Pokud tomu někdo rozumí víc/lépe, tak se též rád přiučím.

P.S. pokud by ten HW nakonec kolega nechtěl (sry za mírně negativní reklamu), tak bych o něm též uvažoval. Mám na jednom místě i starší AC^2 tak jeden na upgrade a druhý na hraní

vdaka za vysvetlenie, uz davnejsie som skusal mesh 2x grandstream co je konkurent ubiquiti, ale ani tam ten prechod z ap na ap nebol ok, najskor robi bordel aj sw v mobile, takto - on mi nepisal ss ani ze to chce, kto napise ze to chce tak mu to skratka poslem, napr packeta na dobierku, ten switch bez krabice s adapterom 20e, prve ax2 bez krabice a bez drziaka s adapterom 40e, druhe ax2 bez jrabice bez drziaku bez adapteru 40e

[RDa]

Kdyz o to ma zajem CFM, at to veme. Zatim to vypada na velky pain to dostat do stavu jakeho chci (holt asi cena za nizkou cenu)

[peterkozel]

ok takze uz neaktualne, uz som sa dohodol a vdaka za uzitocne info od vsetkych, zdravim