Presne nasmerovani se nekona, tyhle mikrotik spoje maji beamforming (fazove pole anten). Poradi si to i se situaci, ze to namirite o 15 stupnu vedle. Tedy podle pouzite anteny i vic nebo min, u talire min, u panelu vic. Funguje to dobre. Dokonce to pak v diagnostice ukaze uhel o kterej to paprsek ohlo do strany. Ale nejakou dobu to konverguje, nez to najde nastaveni beamformingu s nejlepsim signalem, takze to nejde zamerovat jako klasickou antenu, protoze tim narusite proces zamerovani beamu. Pripadne je po otoceni anteny potreba restartnout interface.
Kdyz nepocitam dosah, tak nejvetsi problem spatruji v latenci, ktera se ani v SOHO setupu stale s optikou srovnat neda (narozdil od propustnosti).
24. 6. 2020, 13:27 editováno autorem komentáře
Tyto spoje je nutné registrovat. Cena/výkon je zde velice pozitivní.
https://60ghz.ctu.cz/cs/stanice
Jinak i Ubiquiti má poměrně nově nějaké produkty pro provoz na 60 GHz (a failover na 5 GHz):
Kit dvou antén/rádií pro přemostění např. mezi budovami:
https://store.ui.com/collections/unifi-network-routing-switching/products/unifi-building-to-building-bridge
airFiber 60 pro serióznější spoje, ale na o facku větší vzdálenost (píšou do 2 km):
https://store.ui.com/collections/wireless/products/af60-us
a konečně GigaBeam, což je asi spíš jakési Consumer Premisses-Equipment: https://store.ui.com/collections/operator-airmax-and-ltu/products/gbe
Např. ale zařízení IsoStation AC s 30° reflektorem místo standardního 45° normálně jde namířit proti sobě, jedno je AP, druhé station a jde to použít. Má to na ~500 metrů asi 160 Mbps průtok a nastavit to jde v podstatě od oka (díky tomu širokému vyzařovacímu/přijímacímu kuželu). Dvě paralelní antény používáme na připojení jedné menší kanceláře, kam se nevyplatí kopat optiku. Jsou to L2 bridge ve vlastních VLAN/ transfer sítě a L3 switche (Aruba 3810M resp. 5406R v3) na obou stranách přes to spolu mluví OSPF ECMP load-balancing s BFD failover. (To funguje zatím přes rok a půl dost spolehlivě). Věřím tomu, že něco podobného by asi šlo udělat i s těmi GigaBeam anténami nebo unifi building2building bridge (nebo tím Mikrotikem), asi podle toho, co komu víc sedí.
Tahle věc oproti předchozímu SDSL redundantímu spoji nestojí prakticky nic (resp. se všechna zařízení, rozšíření bleskosvodu apod. za necelý rok oproti tomu už zaplatilo) a má min. 10x vyšší propustnost a 10x nižší latenci.
Já si taky říkal, že se WiFi možná už montuje tam, kam nemá, uspávání by si mohl každý řešit sám podle sebe. Notebooky a telefony to IMHO budou ignorovat. IoT? Nečekám, že se výrobci do toho pohrnou. Jedna věc je závislost na WiFi 6+ (to třeba časem nebude problém), druhá věc je svázání s routerem:
Zákazník: Nějak se mi moc vyvíjí baterka, vydrží to tak desetinu inzerované doby.
Podpora: Jaký máte router?
Zákazník najde doma krabičku s routerem a přečte z něj jméno výrobce. Model netuší, možná popíše barvu, tvar a počet antén.
Podpora: No, možná máte model XXX se starým firmwarem, zkuste si aktualizovat router. Nebo máte model YYY, ten má bohužel vadný firmware a pomůže jen nový router. Nebo máte model ZZZ, tam je to otázka nastavení v administraci routeru.
Zákazník: Kde najdu administraci routeru?
Podpora naviguje zákazníka do prohlížeče a diktuje typickou IP adresu.
Zákazník: Já ale neznám jméno a heslo.
Podpora: Zkuste defaultusername a defaultpassword.
Zákazník: To nefunguje, chybné heslo.
Podpora: Zkontrolujte capslock apod.
Zákazník: Vše je v pořádku, ale heslo mi to nebere.
Podpora: Kdo vám nainstaloval ten router?
Zákazník: To mám od poskytovatele Internetu XXX.
Podpora: Obraťte se na ně.
Zákazník: Dobrý den, mám tu problém s krabičkou XXX.
Podpora poskytovatele Internetu: S tou my nemáme nic společného, tu nemáte od nás.
Minimálně pro domácí zařízení bude nejspíš spolehlivější, přívětivější a levnější řešit si spánek ve své režii. Toto by mohlo možná najít uplatnění v enterprise, ale ani tam si nejsem jistý.
Ta funkce není pro tyhle běžné use-case jako jsou notebooky, telefony nebo teploměr na zahradě. Je pro případy, kdy máte kolem sebe 10 000 senzorů s WiFi a bylo by fajn, aby všechny neposílaly data najednou. Tímhle způsobem půjde řídit, kdy se který senzor probudí centrálně a půjde naplánovat, kdy se připojí příště. Je otázkou, zda ten standard bude někdo používat, na druhou stranu není od věci ho mít
Jo, tady to už smysl dává, díky za příklad. To bych řadil do toho enterprise nasazení, kde jsem to úplně nezavrhl.
A tady to dává i smysl řešit na této úrovni:
* Je to problém skutečně na úrovni WiFi routeru. Ne jednotlivých zařízení (ostatně tady je pak i celkem jedno, jestli je napájíme z baterie – teda úplně ne, takovému množství zařízení bych se nechtěl starat o baterky) a nejde tolik o power management.
* Šlo by to řešit i na úrovni konfigurace koncových zařízení, ale toto bude fungovat lépe s různorodými zařízeními od různých výrobců.
Měl by být k dispozici během zítřka tady: https://www.cisco.com/c/m/cs_cz/training-events/webinars/roadshow/index.html?wcmmode=disabled#~program