Všechny komentáře k produktu:MikroTik cAP ac AP/Hotspot

@header009: /interface ethernet poe
print
---------------------------------------
Vypnutie
set poe-out=off ether2
print
Zapnutie
set poe-out=auto-on ether2
alebo
set poe-out=forced-on ether2
--------------------
3 možnosti
auto-on forced-on off

@folprecht12: Dobrý den.Balení obsahuje 2 kryty.

@jarsmic: Dobrý den.Záleží na PoE switchi, ale tento AP podporuje standardní formáty 802.3af, 802.3at, tedy PoE nebude problém. Bohužel dosah nelze odhadnout, záleží na několika faktorech, okolní ručení Wi-Fi, materiál zdí, apod.

@novák1413: Dobrý den.Tento Mikrotik AP lze umístit i na stěnu, rozdíl ve výkonu nepoznáte. Potřebná montážní sada pro uchycení na strop / na stěnu je součástí balení.

@romulus856@seznam.cz: Starší routerboardy neuměly košer 802.3af/at a měly 30 V max. Ovšem cAP AC a třeba taky cAP Lite podporují už i 802.3af/at košer PoE (48V). Jedou ale i na pasivní PoE, konkrétně cAP AC má udávaný rozsah napětí 17-57 V, cAP Lite dokonce 10 - 60 V.

@j_pluhar: Tomáš Hejl poslal odkaz na téma u Applu, kde jsou hezky rozepsané relevantní 802.11*** fičurky. Za to palec nahoru.Obecně je ale třeba říct, že pokud nepotřebujete rychlý handover (nevadí Vám výpadek 1-3 sekundy na přechod mezi AP) tak fungují přechody mezi různými AP zcela samotížně, v režii klienta. Pokud Vám nevadí konfigurace navíc (na straně AP), tak 802.11r přidá rychlý přechod s výpadkem v milisekundách. Pokud nemáte 802.11r, musí při každé změně AP proběhnout kompletní WPA2 krypto-handshake, který chvilku trvá.APčka při rozhodování "kdy přeskočit" v zásadě napomáhat nemusí - klient má svá vlastní kritéria, obvykle nikoli konfigurovatelná, za jakých okolností se pustí stávajícího AP a chytí se silnějšího. Na některých značkách AP existuje možnost, aby jednotlivé AP odpojilo klienta, který má příliš nízkou sílu signálu (čímž může primitivně napomoci jeho přeskoku na silnější AP, nebo ho prostě nechá na holičkách, pokud silnější AP není k dispozici). Zdá se, že dopomoc ze strany AP (sítě) ohledně volby vhodného AP je možná díky 802.11k a 802.11v, ale v tom případě máte v síti další mechanismus, který může být předmětem chyb a "svého vlastního názoru"... pokud nemáte jako admin možnost, tu věc na straně sítě detailně konfigurovat a ladit, tak je třeba mít na paměti riziko umělé pitomosti. Jako že síť bude doporučovat AP s volnou kapacitou, ale horším pokrytím apod.Klient umí přecházet i mezi sítěmi s různými jmény (ESSIDy) - pokud má lokálně nakonfigurováno více profilů s automatickým připojováním. Pokud ale stavíte v budově síť z více APček, zvažte spíše variantu, že více APčkům dáte tentýž=jednotný ESSID. V tom případě se klient "drží téhož jména sítě", jenom přechází mezi základnami. U dual-bandových AP máte možnost, nastavit shodný ESSID pro pásmo 2.4 i 5 GHz (přestože interně se na AP jedná o dva nezávislé WiFi "síťové adaptéry", pokud AP vysílá v obou pásmech simultánně) a v tom případě si klienti budou automaticky volit vedle konkrétního AP také pásmo. Toto může být nežádoucí, protože pásmo 5 GHz hůře prochází zdmi a může v budově snáz produkovat "hluché zóny". Pokud mají klienti sklon, držet se 5GHz AP i pokud signál už není dobrý (neochotně přechází na 2.4 GHz) tak může být vhodné, dát pro 5 GHz a 2.4 GHz různé ESSIDy, čímž dáte uživatelům možnost manuální volby pásma (prostřednictvím volby jména sítě).Při volbě vhodného AP a pásma a "správného okamžiku pro přeskok", ať už čistě na straně klienta, nebo s dopomocí sítě, probíhá rozhodnutí podle více kritérií. Zda je stávající signál ještě dost silný, a má tedy smysl se ho zatím držet, nebo už se pustit a chytit se silnějšího (aby klient nepřeskakoval zbytečně často, čímž by generoval příliš časté výpadky), zda volit nový ESSID spíš podle síly signálu, nebo podle nabízené maximální modulační rychlosti / šířky frekvenčního pásma (ve výsledku se modulační rychlost v rámci navázané asociace dynamicky upravuje podle síly signálu resp. odstupu signál/šum), toto autonomně na straně klienta nebo s přihlédnutím k hintům sítě (802.11k+v). A v celé historii modemové a bezdrátové komunikace (V.everything, 3GPP, WiFi) existuje mnoho příkladů, kdy zařízení lehkovážně preferují jmenovitou rychlost nebo volné pásmo na úkor síly signálu a tedy na úkor stability, čímž značně trpí user experience...Pokud umisťujete v budově více AP, jakožto admin byste si měl dát záležet na rozložení kanálů mezi víc rádií. Ono se to dá nechat na automatice, a pokud máte blízko sousedy tak je to možná i docela dobrý nápad... ale pokud máte aspoň trochu možnost volby, třeba pod palcem celý dům, tak doporučuji zapojit mozek a využití frekvenčního pásma si rozparcelovat po svém. K užitku přijde vhodný scanner pásma - jednak ho lepší APčka mívají zabudovaný, druhak lze použít třeba Inssider pod Windows (starší verze byly zdarma, novější jsou tuším trialware). Poznámka pro začátečníky: kanály jsou číslované po 5 MHz, ale základní šířka kanálu WiFi je 20 MHz. Užší kanál na běžných klientech nejde nastavit. Širší kanál je dnes možný, ale pokud máte více AP nebo sousedy, tak si široké kanály hodně rozmyslete. Tzn. v pásmu 2.4 GHz pokud chcete zaručeně nepřekryvné kanály, použijte 1/6/11. Dají se tam nacpat i čtyři (1/5/9/13) ale pak se na okrajích budou potkávat a není vyloučena určitá míra rušení. V pásmu 5 GHz je k dispozici více kanálů a signál se hůř šíří budovou, takže tlačenice v pásmu není tak hrozná, i v "buněčné struktuře" lze rozumně fungovat se 40MHz kanály a "skládat je na sraz vedle sebe". Pokud máte dostatečně velkou budovu, a máte třeba vypozorováno, že kanál na 2.4 GHz neprosvítí skrz dvě patra nebo čtyři zděné příčky, můžete tentýž kanál bez obav použít v budově vícekrát. Na budování "buněčného systému přídělů frekvencí" existuje grafický software - ale popravdě, s rámcovou znalostí konstrukce budovy a se snifferem se to dá dost dobře zvládnout i bez úžasného softwaru, a ušetříte si modelování budovy.Konkrétně Mikrotik historicky míval problém s kompatibilitou proti jablečným zařízením. U tohoto konkrétního modelu "cAP ac" je příjemné, že na něj lze nainstalovat OpenWRT - které jak se zdá, v aktuálních verzích nemá problém s klienty od nakousnutého ovoce. Pokud budete zkoušet OpenWRT, tak pozor na drobný zádrhel, že na jednom ze dvou Eth portů švitoří původní bootloader při prvotním uploadu OpenWRT, ale na druhém portu se Vám ozve prvotní RAM image OpenWRT... (dál je využití portů otázkou Vaší konfigurace) přičemž pouze jeden z obou portů bere PoE vstup.
EDIT: ajajaj! zařízení Mikrotik, která mají z výroby RouterOS v7, nelze přepsat OpenWRT ! Chtělo by to downgrade na RouterOS v6, který ale není možný...

@zšmost: Dobrý den.Toto AP je ideální zařízení pro MikroTik CAPsMAN (řízený správce AP systému), který umožňuje ovládat všechna AP zařízení z jednoho centrálního místa.CAPsMAN běží na existujícím RouterBOARD zařízení ve vaší síti.

@hanzina: ano, to je mozne

@Tomáš Hejl - CZC: Potvrzuji, že mi prošel rukama funglový kus cAP AC s RouterOS 6.48.6 a bez problému přijal OpenWRT 22.03.5. Což je v rozporu s varováním na OpenWRT ToH, které mluví primárně o RouterOS/RouterBoot v7, ale zmiňuje také "6.46 a cokoli novějšího". Tak nevím. Jsem zvědav na ROS v7 až mě potká.EDIT: ono to vypadá, že ten problém s bootloaderem od ROS7 se týká jenom některých platforem RouterBoard konkrétně s uložištěm NAND Flash. Zde probíraný cAP (vlastně jeho platforma CPU/SoC, společná s dalšími produkty Mikrotiku) má ovšem firmware v NOR flash a bere OpenWRT údajně snad i v případě, že má z výroby ROS7. Ve skutečnosti nejde o kompatibilitu NAND/NOR flash, ale o kompresní formát nějakého bloku konfiguračních dat, který z nějakých obskurních důvodů s variantou flashky reálně koreluje... Prostě "pokrok nezastavíš".