Waarom valt de snelheid van een dedicated lijn tegen?
Een dedicated lijn hoort stabiele prestaties te leveren, maar een snelheidstest kan toch een lage download- of uploadsnelheid tonen. Dat kan komen door een verkeerde testopstelling, beperkte apparatuur, netwerkbelasting, duplexproblemen, packet loss of een afwijking bij de operator. Dit artikel legt uit hoe je de oorzaak systematisch controleert met een bekabelde test, meerdere testservers en metingen van latency, jitter en packet loss. Ook krijg je praktische adviezen om router, modem, firewall, lokale bekabeling en zakelijke netwerkconfiguratie te optimaliseren.
Een dedicated lijn is bedoeld voor een vaste, voorspelbare verbinding met een afgesproken capaciteit. Toch kan een dedicated lijn snelheidstest een lager resultaat tonen dan verwacht. De gemeten snelheid is namelijk afhankelijk van de testmethode, de gebruikte apparatuur, de netwerkconfiguratie en de route naar de testserver. Kijk daarom niet alleen naar download en upload, maar ook naar latency, jitter en packet loss.
Wat betekent een lage uitslag bij een dedicated lijn snelheidstest?
Een lage downloadsnelheid betekent dat gegevens minder snel naar je locatie komen dan de beschikbare lijncapaciteit zou toelaten. Een lage uploadsnelheid wijst op een beperking bij het verzenden van gegevens. Als beide richtingen ongeveer even sterk afwijken, ligt de oorzaak vaak lokaal of bij de testopstelling. Als alleen upload of download afwijkt, zijn een profielinstelling, duplexprobleem of verkeersbeperking waarschijnlijker.
Een korte test is geen definitief bewijs van een storing. Voer meerdere metingen uit op verschillende tijdstippen en vergelijk de resultaten met de technische afspraken van je internetprovider of operator. Gebruik daarbij steeds dezelfde computer, netwerkaansluiting en testserver.
Oorzaak 1: de test gebeurt via Wi-Fi
Wi-Fi kan de gemeten snelheid aanzienlijk verlagen door afstand, muren, interferentie en gedeeld gebruik. Een laptop kan bovendien automatisch overschakelen naar een drukke 2,4GHz-band of een minder snelle verbinding. Daardoor meet je niet de dedicated lijn, maar de draadloze verbinding tussen apparaat en router of modem.
Voer de snelheidstest uit met een recente computer die rechtstreeks via een geschikte Ethernetkabel op de router, modem of zakelijke firewall is aangesloten. Schakel tijdens de meting Wi-Fi uit en controleer of de netwerkadapter minimaal de verwachte lijnsnelheid ondersteunt.
Oorzaak 2: apparatuur vormt een bottleneck
Een router, modem, firewall of switch kan de capaciteit beperken wanneer de WAN- of LAN-poort slechts 100 Mbit/s ondersteunt, de firmware verouderd is of beveiligingsfuncties onvoldoende efficiënt worden verwerkt. Vooral VPN-inspectie, diepe pakketinspectie en uitgebreide firewallregels kunnen de doorvoer verlagen.
Controleer de linkstatus van alle poorten en kijk of deze op 1 Gbit/s of hoger synchroniseren wanneer dat nodig is. Test tijdelijk met een rechtstreeks aangesloten computer, binnen de veiligheidsgrenzen van je netwerkbeheer. Vergelijk de uitkomst met een test achter de firewall om de beperkende schakel te vinden.
Oorzaak 3: achtergrondverkeer gebruikt de lijn
Cloudback-ups, videobewaking, software-updates, VoIP-verkeer en grote uploads kunnen een snelheidstest beïnvloeden. Bij een verbinding met veel gelijktijdige sessies kan de beschikbare capaciteit verdeeld worden over meerdere gebruikers en toepassingen.
Pauzeer niet-kritieke synchronisatie en downloads tijdens de meting. Controleer op de router, firewall of managed switch welke apparaten bandbreedte gebruiken. Een verkeersgrafiek over meerdere uren geeft vaak meer inzicht dan één losse test. QoS kan belangrijk verkeer prioriteit geven, maar maakt de fysieke lijncapaciteit niet groter.
Oorzaak 4: duplex, profiel of poortinstelling klopt niet
Een mismatch tussen snelheid en duplex aan beide zijden van de verbinding kan collisions, retransmissies en een lage doorvoer veroorzaken. Ook een verkeerd geconfigureerd operatorprofiel, een vaste beperking op de Ethernetpoort of een foutieve VLAN-instelling kan de capaciteit beperken.
Controleer de interfacegegevens op fouten, retransmissies en duplexmodus. Moderne apparatuur hoort meestal automatisch te onderhandelen, tenzij de operator een specifieke instelling voorschrijft. Noteer de geconfigureerde poortsnelheid, VLAN-informatie en eventuele traffic shaping voordat je de operator om controle vraagt.
Oorzaak 5: packet loss en slechte bekabeling
Packet loss dwingt transportprotocollen om gegevens opnieuw te verzenden. Daardoor kan de downloadsnelheid sterk dalen, terwijl de lijnstatus op het eerste gezicht normaal lijkt. Beschadigde Ethernetkabels, slechte connectoren, glasvezelproblemen, storingen in een tussenliggende switch of een defecte netwerkpoort zijn mogelijke oorzaken.
Vervang de patchkabel door een gecertificeerde kabel en controleer de interface op CRC-fouten en linkflaps. Meet packet loss zowel naar de lokale gateway als naar een externe testlocatie. Alleen verlies op de externe route wijst niet automatisch op een defect in je eigen bekabeling.
Oorzaak 6: de testserver of route is de beperkende factor
Een snelheidstest gebruikt een specifieke server en netwerkroute. Wanneer die server druk is of de route congestie bevat, kan de uitkomst lager zijn dan de capaciteit van je dedicated lijn. Dit geldt vooral wanneer latency en jitter tijdens de test oplopen.
Test met meerdere servers in Nederland of een nabijgelegen regio en herhaal de meting op verschillende momenten. Een consistente lage snelheid naar alle servers wijst eerder op je eigen aansluiting, apparatuur of operatorprofiel. Een afwijking bij slechts één server wijst vaker op de testserver of peeringroute.
Zo controleer je de oorzaak systematisch
- Sluit een geschikte computer rechtstreeks en bekabeld aan op het netwerkpunt dat je wilt testen.
- Stop tijdelijk zwaar achtergrondverkeer en noteer de datum, tijd, testserver en gebruikte apparatuur.
- Voer drie metingen uit voor download, upload, latency, jitter en packet loss.
- Herhaal de test met een tweede Ethernetkabel, poort of computer wanneer dat mogelijk is.
- Vergelijk de resultaten met interfacefouten, routerbelasting en de afgesproken lijncapaciteit.
- Test daarna opnieuw achter de firewall om het verschil tussen de operatorverbinding en het interne netwerk te bepalen.
Praktische optimalisaties voor een stabiele meting
Gebruik een bekabelde verbinding met een geschikte Ethernetadapter en installeer actuele firmware voor router, modem en firewall. Controleer MTU, VLAN en duplex alleen wanneer je weet welke waarden de operator voorschrijft. Vermijd wijzigingen aan productieapparatuur tijdens kantooruren zonder een terugvalplan.
Documenteer elke meting met tijdstip, apparaat, aansluiting, testserver en netwerkbelasting. Bij een zakelijke aansluiting is een reeks consistente metingen waardevoller dan één uitschieter. Meld de operator vervolgens de gemeten download- en uploadsnelheid, latency, jitter, packet loss en eventuele interfacefouten. Vraag om controle van het lijnprofiel, de poort en de route.
Een geschikte internetsnelheidstest helpt om de meting te herhalen, maar de interpretatie blijft afhankelijk van de testomgeving. Raadpleeg voor structurele storingen ook de documentatie van je internetprovider of operator.
