ASUS ZenWiFi BT10, 2-pack

Historie

13 jaar geleden kocht ik mijn eerste ASUS-router, de RT-N66U. Daarna heb ik o.a. de RT-AC66U en ZenWifi modellen zoals de CT8 en XT9 gekocht. Eén keer heb ik een Linksys Velop systeem gebruikt, maar ik ging snel weer terug naar ASUS met de CT8. Gebaseerd op fantastische ervaringen, kocht ik met veel plezier, en veel geld, afgelopen week de ASUS ZenWiFi BT10. 4 stuks. Ik ben immers bekende met de ASUS-WRT interface, weet wat er wel en niet mogelijk is, en wilde klaar zijn voor WiFi 7.

Omgeving
Mijn huis heeft op iedere kamer een ethernet aansluiting (CAT6A). Dankzij Home Assistant veel wireless IoT devices in huis, en enkele bekabelde apparaten zoals een NAS en Nvidia Shields. Alle bekabeling loopt via een Dell N1524p.

Unboxing
De verpakking van de ASUS ZenWiFi BT10 is zoals altijd mooi afgewerkt. Bij het openen vertelt een sticker op 1 van de devices dat dit het 'hoofd' device is, en de andere zou je dan moeten gebruiken als satelliet. Er zijn diverse stekkers meegeleverd, maar we gaan uiteraard voor de Europese stekker. Tot zover, top indruk en je krijgt het gevoel dat je waar voor je geld krijgt.

Installatie hoofd-node
Ik plaatste de hoofd-node op dezelfde plek als waar de hoofd-node van mijn eerdere ZenWifi systeem stond. Ziggo modem in de 10gbit WAN-poort, en kabel richting N1524p in de 10gbit LAN-poort. Ik weet dat Ziggo maar 1gbit levert en de N1524p over RJ45 maar 1gbit switcht, maar aangezien mijn kabels en apparatuur allemaal netjes weggewerkt is, wilde ik in de toekomst eenvoudig kunnen upgraden.

De app op mijn telefoon had moeite de hoofd-node te vinden. Na de eerste factory reset (spoiler, het worden er meer) van de node kon de app 'm wel vinden. Installatie ging prima.

Installatie satelliet-nodes
De satelliet node werd vlot gevonden, en er werd een snelle draadloze backhaul ingesteld door de app. So far so good, dus het werd tijd om de satelliet op zijn juiste plek te plaatsen, één verdieping hoger. Ook dat ging prima. Zodra de satelliet de hoofd-node weer had gevonden, prikte ik de LAN-kabel in de WAN1G poort, zoals aangegeven in de QuickStart gids. De node kwam terecht in een boot-loop en bleef blauw knipperen.

Troubleshooting
Nadat ik de satelliet-node heb gereset, had deze een 1gbit verbinding met de hoofd-node. So far so good. De kabel in de 10gbit poort stoppen zorgde voor een bootloop, maar dit kon ik oplossen door de satelliet-node weer naar fabrieksinstellingen te herstellen. Omdat het al avond was, besloot ik de 2 resterende nodes de volgende dag te installeren. Maar ik kon weer opnieuw beginnen. Er bleek een firmware update te zijn uitgevoerd, automatisch, waardoor de satelliet-node zijn verbinding weer verloren was. Met geen mogelijkheid kwam de satelliet nog online. Na een harde reset, wilde hij automatisch verbinding maken met de hoofd-node, aangezien ze in de fabriek al aan elkaar gekoppeld worden. Dit mislukte, en na 3 verdere resets besloot ik de hoofd-node ook maar eens te herstellen naar de fabriekswaarden. Dit zorgde ervoor dat de nodes elkaar weer konden vinden. Zelfs bedraad werkte de satelliet-node.

Op naar satelliet-node 2. Zoals de handleiding aangeeft, in de buurt van de hoofd-node geplaatst en via AiMesh gekoppeld. Dit zorgde ervoor dat de eerste satelliet-node weer offline ging, en geen verbinding meer met de hoofdnode kreeg. Satelliet-node 2 had nog oude firmware, dus ik bedacht dat het handiger zou zijn als alle nodes dezelfde firmware zouden hebben. Oftewel, tijdelijk het oude Wifi-systeem weer geïnstalleerd, alle nodes losgekoppeld, en één voor één handmatig voorzien van de laatste firmware en daarna teruggezet naar fabrieksinstellingen. Een schone lei. Daarnaast besloot ik om de app niet meer te gebruiken, maar gewoon de oude vertrouwde WebUI.

Overnieuw beginnen
Ik heb een andere hoofd-node gepakt uit de tweede verpakking, en ben begonnen met het instellen van deze, zonder internet aan te sluiten, en met een eigen tijdelijke SSID. Dit ging prima, en het toevoegen van de nodes, één voor één, ging ook relatief goed. Alle nodes lagen naast mij op de bank, draadloos met elkaar verbonden over de 6GHz-band. Ik wilde de IP-range aanpassen (standaard is dit 192.168.50.x), en de hoofd-node herstartte. Waarna alle satellieten de verbinding weer verloren, en niet uit zichzelf terug kwam. Stuk voor stuk weer gereset, en opnieuw toegevoegd. Dit keer ging het prima, en iedere satelliet had een IP-adres in de gewenste range. Ik bedacht me (te laat) dat ik de satellieten een vast IP-adres wilde geven, en markeerde ze dus als dusdanig in de DHCP lijst. Net zoals ik dat op mijn oude ZenWiFi-systeem ook had gedaan. En je kunt het raden, de satellieten waren weer verdwenen. Herstarten hielp niet, dus nog maar een keer een reset. Ze werden gevonden, kregen het juiste en vaste IP-adres, en alles leek in orde.

De nodes konden dus allemaal naar de toegewezen locatie. De draadloze verbinding onderling leek prima, en speedtests lieten mooie resultaten zien. Maar omdat de zolder-node het verst weg was van de kelder-(hoofd-)node, was deze verbinding niet zo heel flitsend. Ik wilde dus de bekabelde backhaul aan de praat krijgen, zoals ik dit al jaren met eerdere ASUS-systemen gebruik. Maar wat ik ook probeerde: Zodra je ook maar iets aanpast op welke node dan ook, valt het hele systeem weer als een kaartenhuis in elkaar en is de enige oplossing een harde reset. Maar, uiteindelijk kreeg ik de boel werkend. Dacht ik...

Rariteiten
Als je uiteindelijk zo ver bent dat het systeem niet met zichzelf overhoop ligt, beginnen de problemen met devices. Mijn laptop heeft een prima verbinding, mijn televisie ook. Enkele voorbeelden:

• Heishamon (voor de warmtepompboiler) en alle 4 mijn Nvidia Shields weigeren pertinent verbinding. Heishamon kan überhaupt geen wifi vinden, de Shields zijn bekabeld, krijgen een IP-adres, maar hebben toch geen verbinding. Ik heb één Shield terug gezet naar fabrieksinstellingen, maar ook dat bracht geen soelaas.
• 2.4GHz devices krijgen er al helemaal van langs. De verbinding valt op de meest random momenten weg. Vooral bij mijn Google Home's en Shelly devices. Ik kan op die manier dus niet meer bouwen op mijn automatiseringen in Home Assistant.
• Om een of andere reden worden alle bekabelde devices volgens de WebUI via de satelliet-nodes gerouteerd, wat volgens mij niet klopt en wellicht een GUI-bug is. Ze zitten fysiek immers aangesloten op de Dell N1524p, net zoals de nodes zelf. Ik zou dus verwachten dat de bekabelde devices aan de hoofd-node gekoppeld zijn, net zoals dit bij mijn CT8 en XT9 was.

Om uit te sluiten dat mijn bekabeling niet in orde is (wat het wel is, maar toch) heb ik besloten alleen maar de draadloze backhaul te gebruiken. De PHY-snelheid is volgens de webinterface zo'n 6gbps tussen de nodes, en de verbinding "Fantastisch". Toch gebeurde het meerdere malen dat ik geen internet meer had op mijn devices. Daarnaast is er altijd wel een willekeurige node die uit het niets blauw begint te knipperen. Dan toch maar weer bekabeld. Maar daar gebeurt precies hetzelfde. Een blauw knipperend ledje zou betekenen dat de satelliet zijn hoofd-node kwijt is geraakt. Na een harde reset en opnieuw koppelen is de verbinding er echter wel, voor enkele uren tot een dag.

Als ik een beetje Google of op Reddit lees, blijk ik niet de enige persoon met een stapel problemen rondom de BT10 te zijn. De ASUS ZenWiFi BT10 is beta-hardware met alpha-software, die nooit van zijn leven in deze staat op de markt had mogen komen.

Conclusie
Ter illustratie: Gedurende de 4 dagen dat ik bezig was om dit systeem aan de praat te krijgen, heb ik iedere avond voordat ik naar bed ging mijn oude ZenWifi XT9 systeem weer terug gezet. Op dezelfde locaties, met dezelfde bekabeling. En al mijn devices hadden per direct weer internet, net zoals ze dat ook hadden met de CT8.

Wil je een netwerk-oplossing die eenvoudig te installeren is, of tijd overhouden voor leuke dingen in het leven? Koop de ZenWiFi BT10 dan absoluut niet.