Pomocí MESH? To snad může tvrdit jen někdo, kdo neví, o co jde.
Mikrotik MESH je řešení WDS spojů mezi AP. Samotný MESH je pak řešení loopů v síti, což se dá řešit dvěma způsoby :
1) Mikrotik MESH WDS - trasuje si root cestu dle svého protokolu, nemapuje celou síť a lze používat více výstupních bodů (cest ze sítě ven)
2) Bridge Mesh WDS - jako mesh zařízení se zvolí bridge a na něm se zapne RSTP, které mapuje trasu celé sítě a umožňuje jeden výstupní bod v jeden čas (ten nejrychlejší, což určuje podle ceny linky)
Toto rozhodně neřeší potřeby Roamingu, pro který je nutná podpora 802.1r.
Když nastavíš všechna AP na stejnou frekvenci a SSID, tak propojení mezi nimi trvá v řádu sekund (osobně jsem se dostal se zapnutým RSTP na 2-3s na přepnutí klienta, což bývá řečí laika 2-3 pingy).
Další problém je, že přepnutí není nejčistší a dojde k němu až když je kvalita linky hodně bídná.
Kdo zná konkurenční řešení roamingu ví, že existuje nějaký centrální management, který právě řídí všechna AP. Tím je zajištěno, že mgmt ví, kde se pohybuje klient, kde má lepší signál a automaticky ho přepojí na jiné AP a to bez výpadku, nebo s výpadkem, který nelze běžně postřehnout. Pak je úplně jedno, co je klientské zařízení a hlavně dochází k přepojení vždy, když je v dosahu lepší AP, takže nedochází k tomu, že klient zůstává viset na AP, které má horší signál a kvalita spoje je poněkud mizernější. Samozřejmě i toto se dá na mikrotiku řešit tak, že řeknu, aby se tato MAC nemohla připojit na AP, pokud je úroveň kvality pod hladinou XX. Jenomže tady je pak problém, že se může klient zcela náhodou dostat do místa, kde bude mít signál na všechny AP pod touto hodnotou a co pak, smolík. To tedy také nebývá zrovna žádoucí.
Pokud tedy někdo tvrdí, že mikrotik umí roaming, tak ať mi vysvětlí, jak, protože buď jsem úplně blbej, nebo někdo lže.
Zdar Max