Fórum Root.cz
Hlavní témata => Sítě => Téma založeno: kaaja3 10. 01. 2024, 10:30:05
-
Řeším pokrytí wifi. Mám po domě natahané ethernet kabely, které končí v krabičkách na zdi.
Chtěl bych je využít k vytvoření wifi sítě. Potřebuji minimálně dva AP, aby to vše pokrylo (chci mesh).
Chtěl bych ideálně Wifi 6.
Dalším požadavkem je aby to hezky vypadalo.
Tj. Ideálně co nejmenší zařízení, které zakryje krabičku na zdi a napájení přes POE, aby kolem nebyly další kabely.
Velký bonus by byl, kdyby na zařízení byly 1-2 odchozí ethernetové porty.
Ideální by bylo, kdyby vše šlo nastavit a fungovalo bez dalšího zařízení (nějaký controller případně gateway).
Vše je připojeno do jedné lan na které je router od providera.
Narazil jsme na několik zařízení např. Ubiquiti UniFi U6-IW nebo TP-LINK EAP655-Wall.
Nevím ale jestli se mi podaří na nich správně nakonfiguraovat mesh.
Co byste použili vy?
-
Tp-Link je dobra volba a mozno jedna z mala, kde nebudes potrebovat controller(tusim aj zyxel to ma/mal). Ma este moznst pouzit klasicke webove rozhanie. Pri par AP-ckach nieje problem ich nastavit bez pouzitia controllera. Vyhoda controllera je, ze raz to nastavis a tu konfiguraciu vies potom nahodit aj na dalsie. Pri par AP to ale nieje problem rucne nastavit na kazdom.
Ti na nich nebudes potrebovat nastavit mesh ale nastavit wifi tak aby si tie AP-cka tvorili jednu wifi siet a vedeli medzi sebou prehadzovat klientov bez vypadkov.
Mesh je len marketingove pomenovanie pre uzivatelsky zjednoduseny sposob nstavenia wifi s viacerymi AP tak aby sa tvarila ako jedna wifi siet. Nieco pre BFU na styl zapnes AP-cka(routre), stlacis to a to, pockas chvilu a ono sa to samo nastavi. Neviem, ci tebou vybrane zariadenia maju takyto pre BFU zjedndosueny postup. Predsa len to su podnikove AP, tak si to tam budes musiet nastavit rucne.
Nastavoval som to raz pri nejakom EAP cez webove rozhranie a nebol to problem. Je to otazka par nastaveni ale musis vediet, co hladat, co sa tyka toho aby AP-cka prehadzovali zariadenia medzi sebou bezvypadkovo. Su to asi dve nastavenia.
Pri Ubiquity budes potrebovat rozbehat controller aby si si vedel nastavit. Za mna ma Ubiquity uzivatelsky dost neprivetive rozhranie a pravidelen som v nom tapal, ked som potreboval nieco raz za cas nastavit. Plus mi tam vadilo dost bugov a zsriadenia boli dobre pouzitlene, tak rok od vydania.
-
sel bych do Ubiquiti UniFi. Controller sice potrebujes, ale staci ho pustit jen na nastaveni, a co si tak pamatuju, tak to slo spustit i na woknech.
-
Tp-Link je dobra volba a mozno jedna z mala, kde nebudes potrebovat controller(tusim aj zyxel to ma/mal).
Mě naopak přišlo, že controller budu potřeboval. Viz
https://www.tp-link.com/cz/business-networking/omada-sdn-access-point/eap655-wall/
Tam se úplně dole píše něco ve smyslu "plynulé přepínání mezi připojenými zařízeními a přihlašovací portál vyžadují použití kontrolerů Omada SDN".
Jestli to ale stačí stejně jako u ubiquity pouze na nastevení a ne na běh, tak asi není problém to do něčeho nainstalovat, pomocí toho to nastavit. Já mám v síti jako stále běžící prvky pouze arm zařízení, kam controller nenainstaluji.
-
Tp-Link je dobra volba a mozno jedna z mala, kde nebudes potrebovat controller(tusim aj zyxel to ma/mal). [...] Vyhoda controllera je, ze raz to nastavis a tu konfiguraciu vies potom nahodit aj na dalsie.
Nevím, jak zrovna na tomhle zařízení, ale třeba u těch Deco meshových (nejen) plechovek prostě může být "controllerem" jakákoliv z nich protože firmware mají stejný. Pravda, tu, která je označená jako "hlavní" jsem odpojit nikdy nezkoušel ale počítám, že právě ta tak funguje protože jinak by asi nebyl důvod ji tak označovat. Takže něco jako "controller" tam nejspíš stejně je. A webové rozhraní tam prakticky není, k rozumné konfiguraci byla vždy potřeba (asi nejen) androidí aplikace fungující nejen přes cloud, ale díky bohu i lokálně v síti takže je použitelná. Moc k nastavení tam toho ovšem není.
Na druhou stranu je atokonto uživatelsky supertriviální a funguje to až překvapivě spolehlivě a dobře; další a další plechovky člověk prostě připáruje aby o nich síť věděla a ony o síti a zbytek se nastaví kompletně sám vnitřní automagií.
Mesh je len marketingove pomenovanie pre uzivatelsky zjednoduseny sposob nstavenia wifi s viacerymi AP tak aby sa tvarila ako jedna wifi siet.
To opravdu není. "Mesh network" je normální označení druhu topologie sítě. Ostatně "mesh" opravdu nemusí být jen wi-fi síť a dokonce ani bezdrátová síť.
-
Nevím, jak zrovna na tomhle zařízení, ale třeba u těch Deco meshových (nejen) plechovek prostě může být "controllerem" jakákoliv z nich protože firmware mají stejný.
Bohužel já podle různých diskuzí, atd došel k tomu, že ta produky EAP controller potřebují, protože se počítá s enterprise.
U Deko by mi asi jako jediné vyhovovalo Deco X50-PoE (poe, montáž na zeď, velikost,...) , tam ale není výstupní port pro připojení dalšího zařízení.
-
Hm... provozuju po baráku pár kusů UBNT uAP AC Lite a Mikrotik cAP AC - pod OpenWRT. Hezky ručně nastavené. Bohužel aktuální hardware s podporou 802.11ax ještě nemá podporu OpenWRT - vámi zmiňované U6-InWall, EAP655-Wall nebo třeba Mikrotik cAP AX (má dva Ethernety). Takže pokud něco z toho koupíte, tak ústup na OpenWRT zatím není možný...
-
Při takovéto konfiguraci bych jednoznačně doporučil U6-IW. Jde namontovat přímo na instalační krabici. Má switch se čtyřmi dalšími porty.
Napájení buď jakýmkoliv POE+ switchem nebo přes injektory.
Controler dneska není teoreticky potřeba vůbec, AP jdou nastavit přes mobil. Ale přesto doporučuji mít controler aspoň na PC. Běží normálně pod Windows. Stačí ho zapnout pro úvodní konfiguraci a jednou za čas pro aktualizaci FW. Nemusí běžet trvale. Může běžet i třeba na NAS.
Nastavení je rozhodně složitější než u běžných WiFi routerů, ale i více méně laik přes sítě (jako já) to zvládne. Max si pomůže Googlem.
-
Tp-Link je dobra volba a mozno jedna z mala, kde nebudes potrebovat controller(tusim aj zyxel to ma/mal).
Mě naopak přišlo, že controller budu potřeboval. Viz
https://www.tp-link.com/cz/business-networking/omada-sdn-access-point/eap655-wall/
Tam se úplně dole píše něco ve smyslu "plynulé přepínání mezi připojenými zařízeními a přihlašovací portál vyžadují použití kontrolerů Omada SDN".
Jestli to ale stačí stejně jako u ubiquity pouze na nastevení a ne na běh, tak asi není problém to do něčeho nainstalovat, pomocí toho to nastavit. Já mám v síti jako stále běžící prvky pouze arm zařízení, kam controller nenainstaluji.
Pouzivam starsie AP EAP-245 a nastavenia pre roaming mam dostupne cez webove rozhranie v standalone mode bez controllera. Vsetky EAP AP podporuju nastavovanie cez webove rozhranie(hladaj web-management v specifikacii a aj vo vseobecnej dokumentacii je to spominane, ze EAP AP podporuju standalone mode bez controllera). Mozno nastavenie roamingu obmedzili v novsich modeloch len spolu s controllerom. Hladaj 802.11k a 802.11v. To je to, co potrebujes zapnut pre podporu roamingu.
Ja vidim v popise pod tebou vybranym AP dole toto
§Omada Mesh, plynulé přepínání mezi připojenými zařízeními a přihlašovací portál vyžadují použití kontrolerů Omada SDN. Omada Mesh je ak chces prepojit AP-cka bezdrotovo, co nieje tvoj pripad.
Siet ti bude fungovat aj ked bude controller vypnuty. Ake to bude mat obmedzenia ale netusim.
-
Ja k podobnym ucelum pouzivam cokoli vhodneho na OpenWRT. Z dlouhodobeho hlediska se to ukazuje jako udrzitelnejsi, nez spolehat na podporu vyrobce.
Aktualne Asus AX-53U, ale to asi nesplni vzhledove pozadavky.
Mimochodem to co chces neni MESH, ale roaming (mesh je nejcasteji predani paketu z jednoho AP na druhy). Ale je to dost zmatek, protoze jsou mozne i hybridy, kdy je v siti hromadu AP spojenych kabelem a k tomu treba jedno jako prodlouzeni pres Wifi, nebo jeste silenejsi topologie (nicmene kabel je kabel). A marketing vyrobcu z toho dela salat uplne.
-
Myslim ze v pripade ubiquity pro roaming uzivatelu je nutne mit kontroler pusteny stale.
Dedukuji z toho ze pri nastavovani ap bez kontroleru tuto funkci nenabizi a neni aktivni.
Me kontroler bezi na raspberry 4 s ssd diskem uz asi 2 roky. Neni s tim zadny problem.
-
U UniFi je Controller nutný pouze pro nastavení, nikoliv pro běh samotný.
-
A taky je jeho běh potřeba pro aktualizace. A taky je občas potřeba aktualizovat samotný Controller, což může být třeba po roce, kdy to vůbec neběželo, docela drbačka.
Za sebe doporučuju Grandstream. Levnější než Unifi, mesh taky umí, jedna jednotka dělá management těch ostatních, takže nic navíc nepotřebuje. Jenom se hůř shánějí a je menší výběr modelů než Unifi.
-
O nutnosti aktualizací nic nevím, vždycky se to zapojilo, nastavilo a tím vše skončilo. Jedině v případě, kdy se např. přidává nějaký další AP, tak se spustí Controller (a při té příležitosti může nějaká aktualizace proběhnout).
Výhoda UniFi je jasně v tom, že je tento systém léty prověřený.
-
Ohledně "roamingu": nechám na Vašem zvážení, jak moc Vás ruší, když se klient občas přepne na jiné AP ve vlastní režii. Handshake mu může trvat nízké jednotky sekund. Pokud potřebujete koukat na YouTube a přitom běhat po domě, tak asi chápu, že je potřeba to řešit i na straně sítě. Nebo máte otevřené nějaké relace, které by mohly při neřízeném handoveru pod Windows popadat a vyvolá to rušivé efekty (SSH, RDP, DB, co já vím).
Rychlý hand-over podpořený sítí je řešen pomocí 802.11r. Obvykle je k tomu potřeba "kontrolér", kam se "sbíhají nitky" od jednotlivých AP (aby si klienta předaly bez opakování kompletního WPA handshaku) - ale viděl jsem i konfiguraci pro OpenWRT (https://forum.openwrt.org/t/802-11r-fast-roaming-configuration-channels-and-ft/118917), kde se předkonfigurovaly nějaké klíče, křížem proti sobě mezi AP, aby se navzájem "znaly" - a kontrolér pak pro 802.11r nebyl potřeba.
Řešit proprietární samokonfigurační mechanismy z kategorie "mesh" = vzdát se své správcovské zodpovědnosti, na dvou APčkách, když navíc mám ke každému APčku kabel... není to hloupost?
-
Pokud potřebujete koukat na YouTube a přitom běhat po domě
Reálnější je, že má člověk na telefonu povolený VoWIFI a když má nedořešený handover mezi AP, tak se mu sekají hovory když při mluvení chodí tam a zpět, jmenovitě třeba ze sklepa..
-
Chtěl bych ideálně Wifi 6.
Dalším požadavkem je aby to hezky vypadalo.
Tj. Ideálně co nejmenší zařízení, které zakryje krabičku na zdi a napájení přes POE, aby kolem nebyly další kabely.
Velký bonus by byl, kdyby na zařízení byly 1-2 odchozí ethernetové porty.
Ideální by bylo, kdyby vše šlo nastavit a fungovalo bez dalšího zařízení (nějaký controller případně gateway).
(Doma pouzivame jejich starsi modely s WiFi5 = cap_ac)
Ale mne osobne se libi:
https://mikrotik.com/product/cap_ax
- Ma 1 odchozi port PoE
- Napajeni PoE
- WiFi 6
- A muzete to bud nastavit pomoci CAPsMAN (ale Vy nechcete cetnralni) tak manualne s WinBox.exe (Win+Linux) a nebo z prikazove radky
a da se opravdu nastavit co clovek potrebuje.
- Je to pekne kulate a nenapadne :)
- Je to EU firma (Litva)
Od verze RouterOS 7.13 podporuji WAP3/OWE/CCMP/GCMP
Mesh WiFi mate na mysli "AP v bridge mode" (router prideluje IP adresy a stara se o routovani)?
Klikanim ve WinBox a nebo pekne z prikazove radky (Uvnitr WinBoxu):
1]
#Add user/Disable "Admin"
- Pridame uzivatele, a zakazeme defaultni ucet
/user add name=user password="password" group=full
/user disable admin
2]
#Enable "SSH" access with key (ed25519)
- Na PC vy-generujeme (pokud uz nemate) ed25519 klice
ssh-keygen -t ed25519 -C "ed25519.256@$HOSTNAME" -o -a 10000
- Z PC nakopirujeme do AP (je treba zmenit IP adresu)
scp ~/.ssh/id_ed25519.pub user@192.168.1.1:/
- Nastavime jao host key ed25519
a
- A v zarizeni potom importujeme pro patricneho uzivatele (je treba zmenit user = vase username)
/ip/ssh set allow-none-crypto=no always-allow-password-login=no forwarding-enabled=no host-key-type=ed25519 strong-crypto=yes
/user ssh-keys import public-key-file=id_ed25519.pub user=user
3]
#Reset
- Defaultne se tam nastavuje konfig, ale pro AP v bridge je treba jen par prikazu
/system reset-configuration keep-users=yes
4]
- Pojmenujeme si ty zarizeni
/system identity set name=AP-bridge-patro-0
/system identity set name=AP-bridge-patro-1
/system identity set name=AP-bridge-patro-2
5]
- Nastavime casovou znonu
/system clock set time-zone-name=Europe/Prague
6]
- A NTP
/system ntp client set enabled=yes mode=unicast servers=0.cz.pool.ntp.org,1.cz.pool.ntp.org,2.cz.pool.ntp.org,3.cz.pool.ntp.org,pool.ntp.org vrf=main
7]
- Nastavime Wi-Fi podle potreby.
WPA-PSK + TKIP [pro legacy zarizeni]
WPA2-PSK + CCMP
WPA3-PSK + GCMP
.ssid=MojeWiFi
security.authentication-types=wpa-psk,wpa2-psk
security.authentication-types=wpa2-psk,wpa3-psk
.encryption=tkip,ccmp
.encryption=ccmp,gcmp
.passphrase="MojeHESL0"
/interface wifi
set [ find default-name=wifi1 ] arp-timeout=auto channel.skip-dfs-channels=10min-cac configuration.country="Czech" .mode=ap .ssid=2.4GHz disabled=no name=wifi1 security.authentication-types=wpa-psk,wpa2-psk .encryption=ccmp .wps=disable .passphrase="MojeHESL0"
/interface wifi
set [ find default-name=wifi2 ] channel.skip-dfs-channels=10min-cac arp-timeout=auto configuration.country="Czech" .mode=ap .ssid=5GHz disabled=no name=wifi2 security.authentication-types=wpa2-psk,wpa3-psk .encryption=ccmp,gcmp .wps=disable .passphrase="MojeHESL0"
8]
- Pokud chcete zmenit MAC adresu, aby nezobrazovala ze zarizeni je vyrobeno od Mikrotiku
/interface/wifi print detail
Pri zmene MAC musite dbat aby nebyla Multicast:
xX:xx:xx:xx:xx:xx
X = even digits (0,2,4,6,8,a,c,e) are possible for an own MAC address of a device.
/in wif set [ find default-name=wifi1 ] mac-address=xX:xx:xx:xx:xx:xx
/in wif set [ find default-name=wifi2 ] mac-address=xX:xx:xx:xx:xx:xx
/interface wifi cap set enabled=no
/interface wifi capsman set enabled=no
9]
- Nastavime zarizeni do Bridge Modu
/interface bridge add name=AP-bridge
/interface bridge port add bridge=AP-bridge interface=all
/ip dhcp-client add dhcp-options=hostname,clientid disabled=no interface=AP-bridge
-
Mikrotik pro interní wifi jsem před cca 3 lety zavrhl proto, že s ním dlouhodobě zlobily jabka. Prostě dvě různé ne-kanonické implementace Wifi. Jabka nikdy neměly problém s OpenWRT a Ubiquiti (nevím zda to souvisí s tím, že Ubiquiti firmware býval/je? založený na OpenWRT).
Je možné, že v souvislosti s implementací WPA3 a dalších moderních fičur se ledy pohnuly, a už to třeba s jablečnými produkty proti Mikrotiku není tak zlé.
Pokud se týče 802.11r, tak už si údajně Mikrotik taky zametl před vlastní prahem (https://forum.mikrotik.com/viewtopic.php?t=199764).
-
Oprava, je to Lotyšska firma :)
K tomu Mesh,
proc potrebujete MESH, kdyz mate kabely pro pripojeni tech APcek?
Ted jsem se na to dival a MESH se pouziva na propojeni zarizeni pomoci Wi-Fi
(kdyz nejsou kabely).
A zapomnel jsem poznamenat (nevim jestli se u cap_ax) v tovarnim nastaveni
dodavaji s ovladacem "wifi-qcom-ac*" pokud ne, tak je ho tam treba uploadovat a restartovat
(a odinstalovat ten puvodni - wifi-qcom*)
Asi jedina nevyhoda je, ze to je treba upgradovat manualne .......ale zase jde to z prikazove radky
a nebo ve WinBoxu a nebo pokud clovek pouziva CAPsMAN tak centralne a nebo jeste s DUDE??
Mozna na to tady nekdo ma neco automatickeho .......
Z prikazove radky je to:
--------
#Check
#Upgrade
--------
/sy p u ch
/sy p u i
/sy ro p
/sy ro up
/sy reb
a nebo
#Upgrade #RouterOS
/system package update check-for-updates; /system package update install
#Upgrade #Firmware
/system routerboard print; /system routerboard upgrade; /system reboot
Kdyz rozdelili ty ovladace, daji se ted upgradovat pres CLI?
-
Mikrotik pro interní wifi jsem před cca 3 lety zavrhl proto, že s ním dlouhodobě zlobily jabka. Prostě dvě různé ne-kanonické implementace Wifi. Jabka nikdy neměly problém s OpenWRT a Ubiquiti (nevím zda to souvisí s tím, že Ubiquiti firmware býval/je? založený na OpenWRT).
Je možné, že v souvislosti s implementací WPA3 a dalších moderních fičur se ledy pohnuly, a už to třeba s jablečnými produkty proti Mikrotiku není tak zlé.
Pokud se týče 802.11r, tak už si údajně Mikrotik taky zametl před vlastní prahem (https://forum.mikrotik.com/viewtopic.php?t=199764).
U jablecneho produktu jsem nezaznamenal zadne problemy s MikroTik APcky ....
Doma mame jedno jablecne zarizeni (ktere se neupdatuje), cekam az se na nem najde nejaka 0 denni chyba a budu ho moct rootovat
a pouziva se jen s VLC.
Znami co vlastni ty nejmodernejsi jablecne zarizeni nikdy nerikali ze jim neco nefunguje .......
Diky za link, o tom roamingu jsem nevedel/nevsiml jsem si :)
Ale je pravda, ze se jim sem tam neco pokazi ...."kdo nic nedela, nic nepokazi" ...a mne pripada ze se snazi a jejich zarizeni si ohnu podle moji potreby presne jako Debian.
A prodavaji je za rozumne ceny.
Ale chapu, ze lide co ridi nemecke auta, radi kupuji americke produkty.
Ja ridim japonce a rad kupuji taky japonce a nebo neco alternativniho :)
-
Rychlý hand-over podpořený sítí je řešen pomocí 802.11r. Obvykle je k tomu potřeba "kontrolér", kam se "sbíhají nitky" od jednotlivých AP (aby si klienta předaly bez opakování kompletního WPA handshaku) - ale viděl jsem i konfiguraci pro OpenWRT (https://forum.openwrt.org/t/802-11r-fast-roaming-configuration-channels-and-ft/118917), kde se předkonfigurovaly nějaké klíče, křížem proti sobě mezi AP, aby se navzájem "znaly" - a kontrolér pak pro 802.11r nebyl potřeba.
Klíče ani žádný kontrolér na OpenWrt není potřeba nastavovat, alespoň v defaultním módu. Stačí zapnout ieee80211r a při použití WPA3 ještě vypnout ft_psk_generate_local.
802.11r ale jen zrychluje autentizaci. Podle rychlosti CPU na AP a klientovi to může ušetřit třeba 100 milisekund. Pokud přechod trvá sekundy, tak to je spíše scanování všech kanálů na klientovi, když hledá nové AP. Tohle řeší 802.11k, tak že AP dá klientovi seznam sousedních AP (neighbour report) a klient už je pak nemusí hledat.
Na rychlý roaming jsou další standardy jako 802.11v. Celkově je to černá magie. Podpora na klientech různá, někteří klienti fungují dobře sami o sobě, některé je potřeba hlídat a z AP vykopnout. Tohle je to co ty lepší AP jako od Aruba, Meraki, Ruckus umějí dobře. V OpenWrt jsou na to balíčky dawn nebo novější usteer, ale je potřeba si s tím vyhrát.
-
hele, byvse prosteho rozumu a unaveny zivotem, ja mam v Unifi dva checkboxy. 1/Mesh a 2/ fast roaming.
je tam teda tisic dalsich divnejch tlacitek, ale bez tech se da obejit.
-
V UBNT zarizenich je:
1) Fast Roaming = 802.11r. Coz dle meho nazoru pomuze pouze pro WPA2/3-Enterprise (tzn kde je pouzit 802.1x autentizace). Navic, naprosto mi nejely Apple zarizeni cas od casu s timto nastavenim - neustale odpojovani.
2) BSS Transition = 802.11v.
Dle meho nazoru sice UniFi ma jiste benefity oproti Mikrotiku, ale zase maji opravdu zabugovany firmware, sam jsem musel dost dlouhou dobu setrvat na verzich AP 5.x, nebot novejsi mi naprosto rozbily network (opet pro Apple..).
Je take moznost ze problemy jsou s AP co maji Mediatek chipsety, a lepsi to bude s tema od Qualcommu. Sam mam pouze 2x nanoHD a 1x In-wall HD (tzn WiFi 5 modely) a ty obsahuji Mediatek.
Osobne si myslim ze featury jako BSS Transition a Fast Roaming opravdu nejsou potreba na to domaci roamovani - fungovat to bude, i bez kontrolleru. Ja napriklad mam problem, ze stare wifi chipsety (napr Lenovo T430 apod) nejsou schopny se k Ubnt siti ani pripojit (s vyse uvedenym 802.11r, 802.11v) a WiFi karta zmizne ze systemu - pomuze az vypnuti 802.11n na strane klienta (zjevne Intel udelal nejakou botu ve FW :).
Edit: nejak se vytratilo sdeleni: vubec bych se nebal Mikrotik AP, i kdyz asi nesplnuji "nenapadnost". CAP ax je vcelku veliky.
-
Ted jsem se na to dival a MESH se pouziva na propojeni zarizeni pomoci Wi-Fi
(kdyz nejsou kabely).
...
Kdyz rozdelili ty ovladace, daji se ted upgradovat pres CLI?
V Mikrotiku MESH funguje i na metalice. Můžeš ho použít i kombinovaně metalika/wireless. Např: máš tři routery zapojené do kruhu, pokud použiju bridge a xSTP, tak se posílá provoz dle STP stromu někdy zbytečně oklikou. Pokud použiju mesh, tak se posílá nejkratší cestou (v podstatě routing MAC adres, takový jednodušší TRILL). Ano, má to i slabiny, mesh proti bridge nemá L2 firewall, IVL, VLAN filtrace, ..., ale jde kombinovat mesh+bridge v určité míře.
Add ta aktualizace. IMHO jednoduše ne a je to tak schválně, protoře nedojde k přechodu konfigurace z wireless balíčki na wifi-... Takže leda tak, že z cmd uninstall wireless, reboot, fetch wifi-... balíček, reboot a máš upgrade wireless->wifi-..., ale musíš pak naskriptit novou cfg.
-
Když už je zde řeč o proprietárních mesh implementacích (ne 802.11s), nevíte někdo, které z nich umí load balancing?
-
Patrám po nějakem benchmarkovém webu jak si stoji DAWN, usteer a MESH - než tim bude trávit čas - nenašel někdo něco ?
Z osobní zkušenosti mě přijde, že 0.5Gbps síť se dá v pohodě 'meshovat' Dlink routery s OpenWrt za 400kc z Aukra apod. - v podstatě problém je mít vůbec zařízení, co umí i stařičkou WiFi5 nějak vic využít než na 1/3 výkonu :) (takový historický DLink pořád sám jede i 900Mbps na 5G síti)
Jde mě primárně o bezdrátové propojení AP - s drátem to je o ničem ;)
A taky kdyby tu někdo mohl napstat jak odběry proudu maji ty WiFi6E device at. (U těch Dlinku jsou to 4W / AP)
-
Mikrotik pro interní wifi jsem před cca 3 lety zavrhl proto, že s ním dlouhodobě zlobily jabka. Prostě dvě různé ne-kanonické implementace Wifi. Jabka nikdy neměly problém s OpenWRT a Ubiquiti (nevím zda to souvisí s tím, že Ubiquiti firmware býval/je? založený na OpenWRT).
Je možné, že v souvislosti s implementací WPA3 a dalších moderních fičur se ledy pohnuly, a už to třeba s jablečnými produkty proti Mikrotiku není tak zlé.
Také jsem se s tím setkal. Přenastavil jsem jak wifi WPA2 pracuje s pásmem "eeccc" a chodí to spolehlivě.
Teď už nevím zda to zlobilo v obou pásmech nebo jen v jednom.
Ale ony některý ty jabka měly něco jinak s hw nebo sw a jednu dobu tam bývali zvláštní výpadky nebo vadný kusy.
Ale to ec mi s nimi pomohlo to dát do míry snesitelné.