Update testopstelling wifi

Nu óók ondersteuning voor accesspoints

Introductie

Nadat de wifitestopstelling enige tijd geleden stevig is verbouwd en uitgebreid met ondersteuning voor meshwifisets, hebben we nu weer iets te melden over een verandering aan deze testopstelling.

Bij de eerdere ombouw naar mesh hebben we rekening gehouden met onze wens om op korte termijn ook accesspoints te kunnen testen en ondersteuning te bieden voor alle types accesspoints op de markt. Om dat voor elkaar te krijgen zijn er een aantal toevoegingen en veranderingen aangebracht in de topologie van de wifitestopstelling. Een opstelling om accesspoints mee te testen heeft weer andere vereisten dan de mesh- en routeropstelling die we tot nu toe hebben gebouwd. Routers en meshkits hebben bijvoorbeeld nagenoeg altijd een DHCP-server aan boord en staan aan het hoofd van hun eigen netwerk.

Voor accesspoints geldt dat niet altijd. Die verbinden via een ethernetkabel met een achterliggend netwerk waarover ze verder niets te zeggen hebben. Andere, duurdere varianten hebben een actieve controller nodig die net als bij meshkits overzicht houdt over meerdere accesspoints en de clients die hiermee verbonden zijn. De controller assisteert de accesspoints bij het roamen van clients.

Er moet dus een plek voor een DHCP-server en controller worden gemaakt in de topologie. Daarnaast hebben we apparatuur toegevoegd om de accesspoints van voeding te voorzien, aangezien veel apparatuur in dit segment wordt gevoed via Power-over-Ethernet. We hebben daarom PoE-injectors in de opstelling geplaatst waaraan best eisen zijn gesteld, aangezien we geen beperkingen in de bekabelde doorvoersnelheid willen hebben die de metingen aan het accesspoint kunnen beïnvloeden. Daarom hebben we twee PoE-injectors met ondersteuning voor 10Gbit/s-doorvoersnelheid aangeschaft.

De netwerktopologie van de testopstelling voor accesspoints

Voor onze router- en meshtestopstelling hebben we voor elke test afzonderlijk veel scenario’s uitgewerkt om de wifikwaliteit onder verschillende omstandigheden te kunnen beoordelen. De tests waaraan we de accesspoints willen onderwerpen zijn een mengeling van de scenario’s die in die eerdere testopstellingen al voorbij zijn gekomen.

We bespreken hieronder ieder scenario dat we testen op accesspoints.

Maximale doorvoersnelheid

We meten de maximale doorvoersnelheid die elke radioband op het accesspoint biedt. Hierbij stellen we het draadloze netwerk dat het accesspoint uitzendt in op de maximaal mogelijke instellingsniveaus. We meten de doorvoersnelheid in twee richtingen: van het accesspoint naar de client en vice versa. In dit scenario verbinden we op het bssid van het accesspoint, zodat we altijd de juiste frequentieband testen.

Client range vs. rate

Dit testscenario meet de prestaties van het accesspoint bij toenemende demping van het signaal. We voeren de demping op het clientsignaal in stappen op en meten voor elke stap de doorvoersnelheid. Hiermee analyseren we de prestaties bij minder ideale signaalomstandigheden en krijgen we een beeld van het maximale bereik van het accesspoint. We voeren dit testscenario en alle volgende uit met een bandbreedte-instelling die de praktijk beter benadert. Voor 5GHz is dit 80MHz en voor 2,4GHz kiezen we een bandbreedte-instelling van 20MHz. Ook in dit scenario verbinden we op het bssid van het accesspoint, zodat we altijd de juiste frequentieband testen.

Backhaul range vs. rate

In dit scenario introduceren we een tweede accesspoint van hetzelfde type, dat via mesh - dus draadloos - verbonden is met het eerste accesspoint. Via de ethernetverbinding van beide accesspoints sturen we data over de backhaulverbinding. Net als bij het 'client range vs. rate'-scenario herhalen we het testscenario terwijl we het signaal tussen de accesspoints steeds verder dempen. Hierdoor krijgen we een overzicht van de maximale snelheid van de backhaulverbinding en welke invloed oplopende afstand tussen de twee accesspoints heeft.

Rolling range vs. rate

Dit testscenario simuleert een wificlient die van het ene naar het andere accesspoint ‘loopt’. De demping ten opzichte van node 1 wordt langzaam opgevoerd terwijl die van node 2 omlaag gaat. Uiteindelijk bepaalt de client wanneer deze roamt (herverbindt) naar een ander accesspoint, maar die beslissing wordt mede gemaakt op basis van de roaminginformatie die het wifinetwerk aanlevert. In dit scenario zien we of de client op het juiste moment weet te roamen. Keldert de bandbreedte als de client roamt, dan was dit te vroeg. Schiet de bandbreedte ineens omhoog, dan heeft de client te laat beslist. Dit scenario laat veel aan de client over. De komende tijd moeten we in de praktijk ervaren of dit scenario merkbare verschillen oplevert die aan de accesspoints te wijten zijn.

Multiband

In dit scenario verbinden we een client op elke band van het accesspoint. Op elke client meten we de maximale doorvoer die het wifinetwerk biedt. Zo kunnen we bepalen of er een interne doorvoerlimiet zit in het accesspoint die de prestaties mogelijk begrenst.

Multiclient

In dit scenario testen we de impact van een backhaulverbinding en druk radioverkeer op de doorvoersnelheden van clients. We verbinden drie clients met het eerste accesspoint. De vierde client verbinden we met het tweede accesspoint. De accesspoints zijn onderling draadloos verbonden.

Het eerste accesspoint zal naast drie clients ook een backhaulverbinding moeten onderhouden met het tweede accesspoint. Om dit scenario nog meer impact te geven dempen we op elk accesspoint het signaal van een client, zodat deze nog meer radiotijd vergt die niet toegekend kan worden aan de backhaul of andere clients.

Ruis

De test waarbij we ruis toevoegen is vrijwel geheel overgenomen uit de routertestopstelling. We testen meerdere soorten ruis op 2,4 en 5GHz. De eerste run uit de test is zonder ruis. Uit deze test lezen we af hoe de doorvoersnelheid zich gedraagt over langere tijd (120 seconden) zonder invloeden van buitenaf. Een goed resultaat vertoont hierbij nauwelijks pieken of dalen.

Na de test volgen meerdere runs met ruis op hetzelfde kanaal en een overlappend kanaal. De ernst van de ruis voeren we later in de test ook op van ‘best effort’ naar ‘voice’, wat voor concurrerende netwerken minder ruimte laat om zelf data door te voeren.

En Wi-Fi 7 dan?

Door deze nieuwe toevoeging aan de testopstelling kunnen we nu wifirouters, accesspoints en meshsets testen. Dat laat nog één wens bestaan: Wi-Fi 7. Als je de video over de testopstelling hebt gezien, weet je dat de adapters hiervoor al enige tijd klaarliggen. Op dit moment is het wachten op goede driverondersteuning voor deze adapters, zodat ze in combinatie met de updates die Windows 11 onlangs heeft ontvangen ondersteuning bieden voor specifieke Wi-Fi 7-technieken zoals multilink operation. Op dit moment is die ondersteuning nog niet goed en heeft het daarom weinig zin de adapters te vervangen. Elke serieuze verandering in de hardware of software van de testopstelling heeft als neveneffect dat alle resultaten die tot dan toe behaald zijn in de opstelling niet meer vergeleken kunnen worden met de resultaten uit de nieuwe opstelling. Daarom wachten we af tot onze adapters goed ondersteund worden, voordat we de hele opstelling weer op de schop gooien.

Voor nu vieren we de werking van de nieuwe testopstelling en trappen we af met een review van een product waar de afgelopen jaren in de reacties veel vraag naar was: een UniFi accesspoint.

_{Redactie: Olaf Weijers. Testlab: Marc van Lom, Niels van der Waa. Eindredactie: Marger Verschuur}

Reacties (12)

[FrostyPeet]

Mooi dat die testopstelling er is.

Vraag mij wel af: Nederland lijkt één grote wifi deken. Kom ik bij een kennis op 13 hoog in de stad, pik zo een groot aantal wifi netwerken op.

Is het tegenwoordig niet belangrijker dat je wifi goed werkt bij een overdaad aan andere wifi punten? Hoe jouw wifi het blijft doen als je buren aan het streamen zijn? Wat de echte prestaties zijn in de drukke stad?

Anders krijg je net zoiets als 20 jaar geleden met de auto reclame, 1 liter op zoveel kilometer. Bleek dat onhaalbaar te zijn in de dagelijkse praktijk.

[OlafWeijers]

Dat is een goede vraag. Het antwoord daarop proberen we te vinden in de interferentie-tests. Daarbij wordt het accesspoint geconfronteerd met verkeer van naburige netwerken. Doordat deze test in gecontroleerde omstandigheden en altijd op dezelfde wijze uitgevoerd wordt hebben alle geteste apparaten te maken gehad met dezelfde mate van storing. Zo kunnen we zien hoe apparaten met die interferentie omgaan en de prestaties onderling vergelijken.
Bij de review van de Unifi U6+ zien we op dat punt dat het accesspoint veel snelheid verliest, soms misschien zelfs te aggressief reageert, maar in elk geval hard werkt om de verbinding stabiel te houden ten koste van doorvoersnelheid.

[hbt68]

"Als je de video over de testopstelling hebt gezien, " link?

[Marger]

Goed punt, ik heb hem even toegevoegd in de tekst.

[Davey400]

In dit scenario verbinden we op het bssid van de router

Sinds wanneer heeft een router een BSSID?
En waarom is er überhaupt sprake van een router in de testopstelling, het hele routeren zou bij het testen van een AP helemaal geen factor mogen zijn.

[OlafWeijers]

Dat was een vergipsing en gecorrigeerd.
Een router is nodig omdat onze testopstelling, script en clients een actieve DHCP-server verwachten, dat is iets wat wel te wijzigen is maar dat betekent dat we veel tests opnieuw moeten inrichten en testen. Het is een overblijfsel van het feit dat de opstelling ooit begonnen is als routertestopstelling. De router speelt dus ook geen rol, behalve het uitdelen van IP-adressen en netwerkcontroller spelen voor accesspoints die dat vereisen.

[ZatarraNL]

Ik vind het leuk om te lezen hoe jullie dingen testen. Deze transparantie geeft goed inzicht in de waarde van de tests en het bijbehorende enthousiasme. Complimenten.

[Mr-D.]

Ziet er inderdaad goed uit Olaf.

Veel test plezier, zag de eerste al staan.

[yellowisblue]

Goed bezig! Ik ben benieuwd naar een vergelijking over provider mesh oplossingen.

[Ulysses]

Ik ben blij met dit soort toelichting over setups die vrijwel ongebreideld budget kunnen gooien op Lab-opstellingen. Dan hebben wij arme eind-gebruikers, ook een horizon om op te mikken

Mijn opstelling met het Deco-setje is inmiddels - ook naar aanleiding van de uitgebreide test door deze mooie site - veranderd door er een bekabelde router, inderdaad met DHCP e.d. tussen te plaatsen, waardoor het defect met het inzakken van de snelheid, nu dan echt definitief tot het verleden behoort. Voor eventuele meelezers: Een Deco-setje in Router-modus, gaat je geen professionele snelheden leveren en over de kabel ook, voor wie dat niet meteen al duidelijk was.

[Reactie gewijzigd door Ulysses op 21 maart 2025 16:27]

[Fiander]

Wat ik bij de Ubiquiti U6 review ook al zei, Jammer dat er niet getest word door een client met een andere client via wifi te laten verbinden.
Dus bv een NAS op wifi, en dan een client die van het NAS iets download, terwijl een derde client met internet iets aan het binnen harken is.

Nu wordt alleen de LAN poort van de accesspoints getest, maar daardoor blijft de echte throughput die gehaald kan worden natuurlijk onderbelicht.

[OlafWeijers]

Dit test die je noemt maakt geen onderdeel uit van de testscenario's. Wellicht zou de test iets toe kunnen voegen op accesspoints met een 5- en 6GHz radio. De throughput van het scenario dat je noemt wordt voornamelijk begrensd door radiotijd. Wi-Fi is simplex, er kan maar een partij tegelijk aan het woord zijn op de radioband. Zodra meerdere partijen op dezelfde radioband datadoorvoer voor elkaar proberen te krijgen, zal dat 'om de beurt' moeten, daardoor zullen twee apparaten op dezelfde radioband de snelheid van die band delen. Het accesspoint zit altijd tussen twee clients (tenzij je het over een Ad-hoc netwerk hebt maar dat testen we niet). Dat betekent dat het verkeer van de NAS eerst verzonden wordt naar het accesspoint (de client ontvangt dan niets) en daarna weer uitgezonden wordt naar de client (de NAS verstuurt dan niets). Op dezelfde band halveert dat de bandbreedte.

Zijn er twee radiobanden in het spel, dan verandert dat want het accesspoint kan de ontvangen data op de ene radioband direct doorzetten op de andere (even afgezien van bezettingsgraad op de doelfrequentie)

De doorvoer van een 6GHz-netwerk met 160MHz (of 320Mhz) kanaalbreedte naar een 5GHz-netwerk met 160MHz-kanaalbreedte overstijgt de 1GBit/s, in dat geval zou je een doorvoer tussen die twee clients moeten krijgen die zo snel is als de zwakste schakel (het drukste netwerk of netwerk met kleinste kanaalbreedte).

Ik ga kijken we dit scenario op kunnen nemen in een toekomstige variant van het script. Met de multibandtest kijken we al naar mogelijke interne beperkingen in de doorvoer maar misschien dat dit scenario daar nog interessante resultaten aan toevoegt.

Dankjewel voor de feedback!