Waarom wijkt uw dedicated internet speedtest af van de verwachte snelheid?

Een dedicated internet speedtest is nuttig om de feitelijke prestaties van een zakelijke verbinding te controleren. Toch betekent een lagere download- of uploadsnelheid niet automatisch dat de provider minder capaciteit levert. De test meet de complete keten tussen uw apparaat en een gekozen server: lokale bekabeling, router, firewall, netwerkinterface, testserver en het netwerkpad spelen allemaal mee.

Vergelijk een speedtest daarom niet blind met de nominale bandbreedte. Controleer eerst of u bekabeld test, voldoende parallelle datastromen gebruikt en een testserver in de buurt kiest. Kijk naast download en upload ook naar latency, jitter en packet loss.

Hoe ziet een afwijkende speedtest eruit?

Een afwijking kan verschillende vormen aannemen. Soms blijft de download structureel onder de verwachte capaciteit, terwijl upload normaal is. In andere gevallen zijn beide richtingen lager, maar alleen op bepaalde momenten. Bij realtime toepassingen, zoals bellen, videoconferencing of cloudwerkplekken, zijn vooral hoge latency, wisselende jitter en packet loss merkbaar.

• Structureel lage throughput: de gemeten download of upload blijft bij herhaalde bekabelde tests laag.
• Wisselende resultaten: de snelheid verandert sterk per tijdstip, apparaat of testserver.
• Goede snelheid, slechte gebruikerservaring: de bandbreedte is hoog, maar latency, jitter of packet loss veroorzaken vertragingen.
• Asymmetrische resultaten: alleen upload of alleen download wijkt af, wat kan wijzen op lokale apparatuur of verkeer in één richting.

Oorzaak 1: de test vindt plaats via Wi-Fi

Wi-Fi is een veelvoorkomende reden voor een lagere meting. Draadloze prestaties hangen af van afstand, muren, interferentie, kanaalkeuze, gebruikte Wi-Fi-standaard en het aantal verbonden apparaten. Ook een moderne glasvezelverbinding kan via een druk 2,4 GHz-netwerk veel lager testen dan de beschikbare capaciteit.

Test eerst met een laptop of desktop die via een geschikte ethernetkabel rechtstreeks op router, modem of firewall is aangesloten. Schakel tijdens de test eventueel VPN, draadloze verbinding en achtergrondtaken uit. Alleen een bekabelde test vormt een betrouwbare basis voor beoordeling van de verbinding.

Oorzaak 2: router, firewall of netwerkpoort vormt een bottleneck

Een router of firewall kan onvoldoende verwerkingscapaciteit hebben voor hogere snelheden, vooral wanneer functies zoals deep packet inspection, antiviruscontrole, VPN-versleuteling, QoS of uitgebreide logging actief zijn. Een poort die per ongeluk op 100 Mbit/s onderhandelt, beperkt de test eveneens, ongeacht de capaciteit van de internetlijn.

Controleer de link speed van de ethernetpoorten, de belasting van processor en geheugen en de firmwareversie van de apparatuur. Gebruik kabels en netwerkadapters die geschikt zijn voor de gewenste snelheid. Test indien mogelijk tijdelijk direct achter het modem of de netwerkterminatie, volgens de beveiligingsrichtlijnen van uw organisatie.

Oorzaak 3: één apparaat of browser kan de test niet volledig uitvoeren

Een speedtest vraagt rekenkracht, snelle netwerkdrivers en meerdere TCP-verbindingen. Een oudere laptop, een USB-netwerkadapter van beperkte kwaliteit of een browser met veel extensies kan zelf de beperkende factor zijn. Dit komt vaker voor bij verbindingen van honderden Mbit/s of meer.

Herhaal de test op een tweede, recente computer met een gigabit- of snellere ethernetadapter. Probeer ook een andere browser of een testtool van een betrouwbare meetpartij. Als één apparaat consequent lager scoort dan een ander apparaat op dezelfde kabel en poort, ligt de oorzaak waarschijnlijk lokaal.

Oorzaak 4: de gekozen testserver of het netwerkpad is druk

Een speedtest meet niet alleen uw aansluiting, maar ook de capaciteit van de testserver en de route ernaartoe. Een verre server, internationale transit of een overbelaste server kan een lagere waarde geven. Dit zegt niet altijd iets over de prestaties van uw dedicated internetverbinding naar Nederlandse of regionale bestemmingen.

Kies meerdere nabijgelegen servers en voer per server meerdere metingen uit. Noteer tijdstip, serverlocatie, download, upload, latency, jitter en packet loss. Een consistent goed resultaat naar lokale servers en een slechter resultaat naar één externe bestemming wijst eerder op het netwerkpad of de externe dienst dan op uw toegangslijn.

Oorzaak 5: ander verkeer gebruikt de beschikbare capaciteit

Back-ups naar de cloud, synchronisatie van bestanden, software-updates, videostreaming, IP-camera's en grote uploads kunnen de beschikbare bandbreedte tijdens een test verminderen. Bij uploadverkeer kan verzadiging bovendien bufferbloat veroorzaken: de latency loopt dan sterk op zodra de verbinding vol wordt belast.

Controleer de verkeersgrafieken op router of firewall en plan een controletest buiten piekgebruik. Pauzeer tijdelijk niet-kritieke back-ups en synchronisaties. Stel waar nodig QoS of traffic shaping in, zodat zakelijke telefonie, vergaderdiensten en kritieke applicaties prioriteit krijgen zonder dat één datastroom de lijn volledig vult.

Oorzaak 6: latency, jitter of packet loss beïnvloeden de doorvoer

Hoge latency vertraagt de bevestigingen die TCP nodig heeft om data efficiënt te versturen. Jitter is de variatie in vertraging en kan vooral spraak, video en interactieve toepassingen verstoren. Packet loss dwingt protocollen pakketten opnieuw te versturen, waardoor de effectieve throughput daalt en applicaties haperen.

Meet deze waarden afzonderlijk en tijdens belasting. Een lage latency zonder grote schommelingen is gunstig. Terugkerend packet loss, ook bij lage belasting, verdient nader onderzoek. Controleer eerst lokale kabels, interfaces en fouttellers. Blijft het probleem bestaan bij een directe bekabelde test, verzamel dan meetresultaten voor uw ISP of operator.

Zo beoordeelt u een dedicated internet speedtest betrouwbaar

1. Verbind één geschikt testapparaat bekabeld met de router, firewall of netwerkterminatie.
2. Stop VPN-tunnels, cloudback-ups, downloads en andere zware netwerkactiviteiten.
3. Controleer dat de ethernetverbinding op de juiste snelheid onderhandelt.
4. Test minstens drie keer naar meerdere nabijgelegen servers.
5. Noteer download, upload, latency, jitter, packet loss, tijdstip en gebruikte apparatuur.
6. Herhaal de meting op verschillende momenten, inclusief een rustig en een druk moment.

Beoordeel de resultaten als patroon, niet als losse uitschieter. Een enkele lage test kan door de server of het apparaat komen. Herhaalbare afwijkingen bij meerdere bekabelde apparaten en servers leveren veel sterker bewijs voor een technisch probleem.

Praktische optimalisaties en wanneer u contact opneemt met uw provider

Begin met de eenvoudigste verbeteringen: gebruik ethernet, vervang beschadigde kabels, update firmware, controleer poortsnelheden en beperk achtergrondverkeer. Stem QoS-instellingen af op uw werkelijke gebruik en monitor de verbinding gedurende meerdere dagen. Voor Wi-Fi-gebruikers helpen een goede plaatsing van access points, moderne apparatuur en gescheiden netwerken voor gasten of IoT-apparaten.

Neem contact op met uw ISP of operator wanneer bekabelde metingen met meerdere apparaten structureel afwijken, packet loss terugkeert of latency en jitter zonder lokale oorzaak oplopen. Lever daarbij meettijdstippen, serverlocaties, traceroute- of pingresultaten, interfacefouten en informatie over de testopstelling aan. Daarmee kan de provider het probleem sneller afbakenen tussen uw lokale netwerk, de toegangslijn en een extern netwerkpad.