Netwerksnelheid van GRE meten: oorzaken van trage tunnels

Wat betekent netwerksnelheid van GRE meten?

Bij het meten van de netwerksnelheid van GRE meet je niet alleen de snelheid van de internet- of WAN-verbinding. GRE, oftewel Generic Routing Encapsulation, verpakt IP-pakketten in een extra IP-header. Daardoor kunnen effectieve download- en uploadsnelheid, latency en stabiliteit afwijken van een gewone speedtest op de router of computer.

Meet daarom op meerdere punten: vóór de GRE-tunnel, binnen de tunnel en aan het externe tunneluiteinde. Gebruik bij voorkeur een bekabelde verbinding en test zowel TCP als UDP. Een enkele speedtest zegt vooral iets over het gekozen testplatform en niet automatisch over de capaciteit van de GRE-tunnel.

Veelvoorkomende oorzaak: GRE-overhead en een te lage MTU

GRE voegt extra headers toe aan elk pakket. Als de oorspronkelijke MTU al dicht bij de maximale pakketgrootte ligt, kunnen pakketten worden gefragmenteerd of door firewalls worden geblokkeerd. Dat leidt tot lagere throughput, extra latency en soms websites of applicaties die gedeeltelijk blijven laden.

Controleer de effectieve MTU met een pingtest waarbij fragmentatie wordt voorkomen. Verlaag de tunnel-MTU stapsgewijs en controleer of grote pakketten zonder fragmentatie aankomen. Pas MSS-clamping toe wanneer TCP-verbindingen door de tunnel lopen en documenteer de gekozen waarden aan beide zijden.

Veelvoorkomende oorzaak: congestie op de WAN- of ISP-verbinding

De GRE-tunnel gebruikt dezelfde onderliggende verbinding als ander verkeer. Downloads, cloudback-ups, videobellen en IPTV kunnen de beschikbare capaciteit vullen. Vooral uploadcongestie veroorzaakt vaak hoge wachtrijen, meer jitter en een merkbare daling van de snelheid in beide richtingen.

Vergelijk de tunnelmeting met een meting buiten de tunnel op hetzelfde moment. Controleer ook de interfacegrafieken van modem, router of firewall. Als de fysieke WAN-link tijdens de test tegen zijn limiet zit, ligt de oorzaak waarschijnlijk niet bij GRE zelf maar bij gedeeld gebruik of de capaciteit van het abonnement.

Veelvoorkomende oorzaak: onvoldoende router- of firewallcapaciteit

GRE-verkeer moet door de router of firewall worden ingepakt, uitgepakt en vaak geïnspecteerd. Een ouder apparaat, een drukke virtuele firewall of een processor die op één core wordt belast, kan daardoor een lagere tunnelthroughput leveren dan de WAN-verbinding aankan.

Bekijk CPU-, geheugen- en interfacebelasting tijdens een langdurige test. Controleer of hardware offloading, fast path of andere versnellingsfuncties door GRE, NAT, QoS of beveiligingsregels worden uitgeschakeld. Test tijdelijk met een beperkte set regels, alleen binnen een gecontroleerde omgeving, om vast te stellen of inspectie de bottleneck vormt.

Veelvoorkomende oorzaak: packet loss, jitter en hoge latency

Packet loss op de onderliggende route heeft bij TCP een directe invloed op de effectieve snelheid. TCP verlaagt zijn verzendtempo wanneer pakketten verloren gaan of te laat aankomen. Jitter kan bovendien problemen veroorzaken bij spraak, video en realtime toepassingen, ook wanneer een korte downloadtest een redelijke snelheid toont.

Meet latency, jitter en packet loss afzonderlijk met meerdere opeenvolgende pings en een langere testperiode. Vergelijk het resultaat op de fysieke interface met het resultaat door de GRE-tunnel. Verlies vóór de tunnel wijst meestal op de WAN-route of ISP; verlies uitsluitend binnen de tunnel kan samenhangen met encapsulatie, MTU, filtering of de tunnelrouter.

Veelvoorkomende oorzaak: asymmetrische routing en QoS

Een GRE-tunnel kan een andere heen- dan terugweg gebruiken. Asymmetrische routing kan leiden tot extra latency, stateful firewallproblemen of een minder gunstige route. Ook QoS-regels kunnen GRE-verkeer verkeerd classificeren, waardoor de tunnel minder prioriteit krijgt dan andere toepassingen.

Controleer de route naar beide tunneladressen en vergelijk de paden met traceroute of een vergelijkbaar hulpmiddel. Controleer daarnaast DSCP-markeringen, wachtrijen en verkeersklassen. Zorg dat verkeer in beide richtingen correct wordt geclassificeerd en voorkom dat een brede regel onbedoeld al het GRE-verkeer afknijpt.

Zo meet je de GRE-snelheid betrouwbaar

1. Gebruik twee testhosts aan de uiteinden van de tunnel, bij voorkeur rechtstreeks via Ethernet.
2. Meet eerst de fysieke WAN-verbinding zonder GRE en noteer download, upload, latency, jitter en packet loss.
3. Herhaal de test met verkeer dat expliciet door de GRE-tunnel loopt.
4. Gebruik meerdere parallelle TCP-stromen en afzonderlijke UDP-tests met een gecontroleerde bitrate.
5. Herhaal de meting op verschillende tijdstippen en registreer CPU-belasting, MTU en interfacefouten.

Een nuttige vergelijking is het verschil tussen de snelheid vóór de tunnel en de snelheid door de tunnel. Een beperkte daling kan door overhead komen, maar een grote afwijking vraagt om controle van MTU, routerbelasting, packet loss en QoS. Test niet uitsluitend via Wi-Fi, omdat draadloze interferentie de conclusie kan vertekenen.

Praktische optimalisaties voor een snellere GRE-tunnel

• Stel de MTU en MSS zorgvuldig af: voorkom fragmentatie en controleer beide tunneluiteinden.
• Verminder congestie: plan grote back-ups buiten piekuren en gebruik passende QoS voor interactieve toepassingen.
• Controleer de routercapaciteit: kijk naar CPU-belasting, softwareversnelling en beperk onnodige inspectieregels.
• Verbeter de route: kies waar mogelijk een stabiele route met lage latency en weinig packet loss.
• Gebruik bekabelde testapparatuur: sluit Wi-Fi-problemen uit voordat je conclusies over GRE trekt.
• Monitor structureel: bewaar periodieke resultaten zodat tijdelijke ISP-congestie herkenbaar wordt.

Wanneer ligt het probleem bij de ISP of operator?

Neem contact op met je ISP of operator wanneer de fysieke verbinding al packet loss, grote latencywisselingen of structureel lagere snelheid toont. Lever tijdstippen, meetpunten, traceroutes en interfacegegevens aan. Vermeld ook of het om glasvezel, kabel of DSL gaat en of de meting via modem, router of een zakelijke firewall is uitgevoerd.

Toont de verbinding buiten de tunnel normale waarden, maar blijft de GRE-tunnel traag, richt het onderzoek dan eerst op de tunnelconfiguratie, MTU, routercapaciteit en routing. Zo voorkom je dat een algemene speedtest ten onrechte als bewijs voor een GRE-probleem wordt gebruikt.