Skip to main content

VPN -probleem

  • December 17, 2025
  • 13 reacties
  • 65 Bekeken

Mijn Privado VPN heeft een slechte verbinding met Amsterdam (1 rood balkje), daarentegen is Brussel uitstekend (3 groene balkjes), maar dan werk je altijd vanuit Brussel (niet handig).

Navraag bij Privado leverde op dat het probleem waarschijnlijk bij mijn ISP (Odido) zit en het daar uitgezocht moet worden . Zij hebben daartoe metingen verricht.

Zij stelden voor dat ik de volgende vraag zou stellen:

"Why do I have such significant quality loss on the route to the node 91.148.245.79 located in the Netherlands?”

Ofwel: waarom heb ik zo'n significant kwaliteitsverlies op de route naar node 91.148.245.79 op een locatie in Nederland?

​​​Kan hier iemand naar kijken of iets zinnigs over zeggen? Ik kan zelf niet verder.

Alvast dank.

Casey

 

December 18, 2025

Hey ​@Casey.O, welkom op onze community!

Goede vraag, en fijn dat je dit zo duidelijk uitlegt, dat helpt enorm om het technisch goed te duiden. Wat je beschrijft (slechte kwaliteit naar Amsterdam, goede kwaliteit naar Brussel) wijst meestal niet op een probleem met de VPN-app zelf, maar op de route (routing/peering) die jouw verbinding aflegt richting die specifieke VPN-node in Nederland. Dat verklaart ook waarom Brussel wel stabiel is: die gaat via een andere route en andere knooppunten.

De node 91.148.245.79 is een endpoint van Privado VPN in Nederland. Als daar onderweg packet loss, hoge latency of congestie zit, bijvoorbeeld bij een transitpartij of peeringpunt, dan zie je exact dit gedrag:

  • lage kwaliteit/“rood balkje”.

  • traag of instabiel.

  • VPN via een ander land werkt ineens prima.

Dit hoeft dus niet per se binnen het Odido-netwerk te zitten, maar kan ook op de overgang tussen Odido en een externe partij gebeuren. Als je dit wilt, kun je met onderstaande stappen extra duidelijkheid creëren:

  1. Test zonder VPN:

    • Werkt internet verder stabiel? Geen haperingen bij andere diensten?

  2. Ping/traceroute (indien mogelijk):

    • Naar: 91.148.245.79

    • Kijk of je hoge pingtijden of timeouts ziet halverwege de route.

    • Vergelijk dit eventueel met een traceroute naar een Brusselse Privado-node.

  3. Tijdstip:

    • Is het probleem er altijd, of vooral ’s avonds/piekuren?

  4. Andere verbinding:

    • Test dezelfde VPN-node via een mobiel netwerk (andere provider).

    • Als het daar wel goed is, versterkt dat het beeld van een routing/peering-issue.

Om hier echt iets mee te kunnen doen, is het belangrijk dat we een compleet technisch plaatje hebben. Zou je daarom het volgende willen delen?

  • Is dit bekabeld of via wifi getest?

  • Treedt het probleem constant op of wisselend?

  • Heb je eventueel een traceroute of ping-resultaat beschikbaar?

Dan kan dit intern ook echt worden opgepakt en doorgezet richting de juiste netwerkafdeling, mits dat nodig is! Dank je wel voor het meedenken en de duidelijke toelichting. Als we die extra info hebben, kijken we graag hoe we dit verder kunnen duiden en escaleren.

 

13 reacties

Tommie van Odido
Moderator
Forum|alt.badge.img+13

Hey ​@Casey.O, welkom op onze community!

Goede vraag, en fijn dat je dit zo duidelijk uitlegt, dat helpt enorm om het technisch goed te duiden. Wat je beschrijft (slechte kwaliteit naar Amsterdam, goede kwaliteit naar Brussel) wijst meestal niet op een probleem met de VPN-app zelf, maar op de route (routing/peering) die jouw verbinding aflegt richting die specifieke VPN-node in Nederland. Dat verklaart ook waarom Brussel wel stabiel is: die gaat via een andere route en andere knooppunten.

De node 91.148.245.79 is een endpoint van Privado VPN in Nederland. Als daar onderweg packet loss, hoge latency of congestie zit, bijvoorbeeld bij een transitpartij of peeringpunt, dan zie je exact dit gedrag:

  • lage kwaliteit/“rood balkje”.

  • traag of instabiel.

  • VPN via een ander land werkt ineens prima.

Dit hoeft dus niet per se binnen het Odido-netwerk te zitten, maar kan ook op de overgang tussen Odido en een externe partij gebeuren. Als je dit wilt, kun je met onderstaande stappen extra duidelijkheid creëren:

  1. Test zonder VPN:

    • Werkt internet verder stabiel? Geen haperingen bij andere diensten?

  2. Ping/traceroute (indien mogelijk):

    • Naar: 91.148.245.79

    • Kijk of je hoge pingtijden of timeouts ziet halverwege de route.

    • Vergelijk dit eventueel met een traceroute naar een Brusselse Privado-node.

  3. Tijdstip:

    • Is het probleem er altijd, of vooral ’s avonds/piekuren?

  4. Andere verbinding:

    • Test dezelfde VPN-node via een mobiel netwerk (andere provider).

    • Als het daar wel goed is, versterkt dat het beeld van een routing/peering-issue.

Om hier echt iets mee te kunnen doen, is het belangrijk dat we een compleet technisch plaatje hebben. Zou je daarom het volgende willen delen?

  • Is dit bekabeld of via wifi getest?

  • Treedt het probleem constant op of wisselend?

  • Heb je eventueel een traceroute of ping-resultaat beschikbaar?

Dan kan dit intern ook echt worden opgepakt en doorgezet richting de juiste netwerkafdeling, mits dat nodig is! Dank je wel voor het meedenken en de duidelijke toelichting. Als we die extra info hebben, kijken we graag hoe we dit verder kunnen duiden en escaleren.

 


  • Auteur
  • is een Top Poster
  • December 18, 2025

Dank voor het uitgebreide antwoord.

Wat betreft de vragen:

1. Het internet is behoorlijk stabiel

2. Pinging 91.148.245.79 with 32 bytes of data:
Reply from 91.148.245.79: bytes=32 time=6ms TTL=60
Reply from 91.148.245.79: bytes=32 time=7ms TTL=60
Reply from 91.148.245.79: bytes=32 time=6ms TTL=60
Reply from 91.148.245.79: bytes=32 time=7ms TTL=60

Ping statistics for 91.148.245.79:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 6ms, Maximum = 7ms, Average = 6ms

Taceroute heb ik nog niet kunnen doen, moet even kijken hoe dat gaat

3. Probleem is er altijd. Latency Amsterdam = 9999, terwijl Brussel 6 aangeeft

4. VPN via mobiel (gsm) via wifi naar 91.148.236.76 is goed,

VPN via mobiel via data is ook goed (3x groen)

Test is via laptop met wifi, bekabeld (nog) niet beschikbaar

Het probleem is er constant

Ping en traceroute zie boven

Alvast bedankt eveneens voor meedenken.


  • Auteur
  • is een Top Poster
  • December 18, 2025

Hieronder het resultaat van traceroute:

Start: 2025-12-18T15:37:17+0500HOST: DNSChecker.org                                        Loss%   Snt   Last   Avg  Best  Wrst StDev  1.|-- 162.243.189.145                                        0.0%     3    0.5   0.8   0.4   1.5   0.6  2.|-- 143.244.192.168                                        0.0%     3    0.4   0.6   0.3   1.0   0.4  3.|-- 143.244.225.96                                         0.0%     3    4.1   2.0   0.8   4.1   1.9  4.|-- 143.244.225.25                                         0.0%     3    0.6   0.7   0.6   0.7   0.0  5.|-- ae-18.a01.nwrknj03.us.bb.gin.ntt.net (157.238.227.80)  0.0%     3    0.8   0.9   0.8   1.2   0.2  6.|-- ae-1.r22.nwrknj03.us.bb.gin.ntt.net (129.250.2.96)     0.0%     3    1.1   1.3   1.1   1.7   0.3  7.|-- ae-6.r22.londen12.uk.bb.gin.ntt.net (129.250.6.146)    0.0%     3   78.2  78.4  78.1  78.8   0.4  8.|-- ae-0.r22.amstnl07.nl.bb.gin.ntt.net (129.250.5.150)    0.0%     3   77.5  77.7  77.5  77.9   0.2  9.|-- ae-0.a00.amstnl09.nl.bb.gin.ntt.net (129.250.2.163)    0.0%     3   82.1  82.1  82.1  82.1   0.0 10.|-- 81.20.69.234                                           0.0%     3   81.8  81.9  81.8  82.2   0.2 11.|-- 185.90.199.111                                         0.0%     3   82.5  82.8  82.5  83.1   0.3 12.|-- ???                                                   100.0     3    0.0   0.0   0.0   0.0   0.0 13.|-- 91.148.245.79                                          0.0%     3   82.2  82.4  82.2  82.6   0.2

Krijg het helaas niet netter gedisplayed


  • Auteur
  • is een Top Poster
  • December 18, 2025
Zo misschien iets duidelijker...

 


rvk01
  • December 18, 2025

Op zich heeft die laatste node 0% verlies. De ping is 80+ms maar dat komt omdat je naar de US gaat en vandaar terug naar London om vervolgens op Amsterdam uit te komen.

Ditzelfde probleem heb ik nu op een KPN lijn ook. Een traceroute naar f2x.nl (wat toch echt in Nederland zit) gaat via die gin.ntt.net eerst naar Amerika om dan vervolgens via Engeland weer terug naar Nederland te komen. Dit is inderdaad een routing probleem bij Odido (of de routebeheerder die Odido gebruikt). Want die route is zeker niet optimaal.

Wat geeft Brussel als resultaat?

 


  • Auteur
  • is een Top Poster
  • December 18, 2025

Op zich heeft die laatste node 0% verlies. De ping is 80+ms maar dat komt omdat je naar de US gaat en vandaar terug naar London om vervolgens op Amsterdam uit te komen.

Ditzelfde probleem heb ik nu op een KPN lijn ook. Een traceroute naar f2x.nl (wat toch echt in Nederland zit) gaat via die gin.ntt.net eerst naar Amerika om dan vervolgens via Engeland weer terug naar Nederland te komen. Dit is inderdaad een routing probleem bij Odido (of de routebeheerder die Odido gebruikt). Want die route is zeker niet optimaal.

Wat geeft Brussel als resultaat?

 

Ik heb net een screendump geplaatst waarop te zien is dat Amsterdam en Brussel nu allebei slecht zijn, terwijl b.v. Londen uitstekend is.

Ik hoop dat Odido er iets aan kan doen, want dit ligt buiten mijn mogelijkheden.


  • Auteur
  • is een Top Poster
  • December 18, 2025

 


  • Auteur
  • is een Top Poster
  • December 18, 2025

Hey ​@Casey.O, welkom op onze community!

Goede vraag, en fijn dat je dit zo duidelijk uitlegt, dat helpt enorm om het technisch goed te duiden. Wat je beschrijft (slechte kwaliteit naar Amsterdam, goede kwaliteit naar Brussel) wijst meestal niet op een probleem met de VPN-app zelf, maar op de route (routing/peering) die jouw verbinding aflegt richting die specifieke VPN-node in Nederland. Dat verklaart ook waarom Brussel wel stabiel is: die gaat via een andere route en andere knooppunten.

De node 91.148.245.79 is een endpoint van Privado VPN in Nederland. Als daar onderweg packet loss, hoge latency of congestie zit, bijvoorbeeld bij een transitpartij of peeringpunt, dan zie je exact dit gedrag:

  • lage kwaliteit/“rood balkje”.

  • traag of instabiel.

  • VPN via een ander land werkt ineens prima.

Dit hoeft dus niet per se binnen het Odido-netwerk te zitten, maar kan ook op de overgang tussen Odido en een externe partij gebeuren. Als je dit wilt, kun je met onderstaande stappen extra duidelijkheid creëren:

  1. Test zonder VPN:

    • Werkt internet verder stabiel? Geen haperingen bij andere diensten?

  2. Ping/traceroute (indien mogelijk):

    • Naar: 91.148.245.79

    • Kijk of je hoge pingtijden of timeouts ziet halverwege de route.

    • Vergelijk dit eventueel met een traceroute naar een Brusselse Privado-node.

  3. Tijdstip:

    • Is het probleem er altijd, of vooral ’s avonds/piekuren?

  4. Andere verbinding:

    • Test dezelfde VPN-node via een mobiel netwerk (andere provider).

    • Als het daar wel goed is, versterkt dat het beeld van een routing/peering-issue.

Om hier echt iets mee te kunnen doen, is het belangrijk dat we een compleet technisch plaatje hebben. Zou je daarom het volgende willen delen?

  • Is dit bekabeld of via wifi getest?

  • Treedt het probleem constant op of wisselend?

  • Heb je eventueel een traceroute of ping-resultaat beschikbaar?

Dan kan dit intern ook echt worden opgepakt en doorgezet richting de juiste netwerkafdeling, mits dat nodig is! Dank je wel voor het meedenken en de duidelijke toelichting. Als we die extra info hebben, kijken we graag hoe we dit verder kunnen duiden en escaleren.

 

Nog maar even als reactie:

Dank voor het uitgebreide antwoord.

Wat betreft de vragen:

1. Het internet is behoorlijk stabiel

2. Pinging 91.148.245.79 with 32 bytes of data:
Reply from 91.148.245.79: bytes=32 time=6ms TTL=60
Reply from 91.148.245.79: bytes=32 time=7ms TTL=60
Reply from 91.148.245.79: bytes=32 time=6ms TTL=60
Reply from 91.148.245.79: bytes=32 time=7ms TTL=60

Ping statistics for 91.148.245.79:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 6ms, Maximum = 7ms, Average = 6ms

Taceroute heb ik nog niet kunnen doen, moet even kijken hoe dat gaat

3. Probleem is er altijd. Latency Amsterdam = 9999, terwijl Brussel 6 aangeeft

4. VPN via mobiel (gsm) via wifi naar 91.148.236.76 is goed,

VPN via mobiel via data is ook goed (3x groen)

Test is via laptop met wifi, bekabeld (nog) niet beschikbaar

Het probleem is er constant

Ping en traceroute zie boven

Alvast bedankt eveneens voor meedenken.


rvk01
  • December 18, 2025

Mijn Privado VPN heeft een slechte verbinding met Amsterdam (1 rood balkje), daarentegen is Brussel uitstekend (3 groene balkjes), maar dan werk je altijd vanuit Brussel (niet handig).

Is Brussel nu goed of slecht? Want in de tekst zeg je dat die goed is maar in je laatste plaatje is die ook slecht.

Duidelijk is wel dat die route via gin.ntt.net over Amerika naar London naar Amsterdam verbetering nodig heeft.

 

 


  • Auteur
  • is een Top Poster
  • December 18, 2025

Mijn Privado VPN heeft een slechte verbinding met Amsterdam (1 rood balkje), daarentegen is Brussel uitstekend (3 groene balkjes), maar dan werk je altijd vanuit Brussel (niet handig).

Is Brussel nu goed of slecht? Want in de tekst zeg je dat die goed is maar in je laatste plaatje is die ook slecht.

Duidelijk is wel dat die route via gin.ntt.net over Amerika naar London naar Amsterdam verbetering nodig heeft.

 

 

Toen ik het stukje tikte en daarvoor was hij goed (3 groen). Nu is Brussel ook slecht (1 rood).

Weet niet waar het aan ligt.


rvk01
  • December 18, 2025

Met tracert ip kun je de traceroute doen en kijken of die met die gin.ntt.net over Amerika gaat. 

Amerika wordt nu drukker dus vandaar dat Brussel nu ook langzamer wordt.

Maar de route naar deze servers behoren gewoon via een directe route te gaan (niet via gin.ntt.net). Alleen moet Odido dat doorgeven aan degene die door routes bepalen.

 


  • Auteur
  • is een Top Poster
  • December 18, 2025

Met tracert ip kun je de traceroute doen en kijken of die met die gin.ntt.net over Amerika gaat. 

Amerika wordt nu drukker dus vandaar dat Brussel nu ook langzamer wordt.

Maar de route naar deze servers behoren gewoon via een directe route te gaan (niet via gin.ntt.net). Alleen moet Odido dat doorgeven aan degene die door routes bepalen.

 

Ik hoop dat er vanuit Odido actie genomen kan worden, want ik kan dan wel zien dat de route via de VS en Londen vertraagt, maar ik kan niet re-routen.


  • Auteur
  • is een Top Poster
  • December 22, 2025

Hey ​@Casey.O, welkom op onze community!

Goede vraag, en fijn dat je dit zo duidelijk uitlegt, dat helpt enorm om het technisch goed te duiden. Wat je beschrijft (slechte kwaliteit naar Amsterdam, goede kwaliteit naar Brussel) wijst meestal niet op een probleem met de VPN-app zelf, maar op de route (routing/peering) die jouw verbinding aflegt richting die specifieke VPN-node in Nederland. Dat verklaart ook waarom Brussel wel stabiel is: die gaat via een andere route en andere knooppunten.

De node 91.148.245.79 is een endpoint van Privado VPN in Nederland. Als daar onderweg packet loss, hoge latency of congestie zit, bijvoorbeeld bij een transitpartij of peeringpunt, dan zie je exact dit gedrag:

  • lage kwaliteit/“rood balkje”.

  • traag of instabiel.

  • VPN via een ander land werkt ineens prima.

Dit hoeft dus niet per se binnen het Odido-netwerk te zitten, maar kan ook op de overgang tussen Odido en een externe partij gebeuren. Als je dit wilt, kun je met onderstaande stappen extra duidelijkheid creëren:

  1. Test zonder VPN:

    • Werkt internet verder stabiel? Geen haperingen bij andere diensten?

  2. Ping/traceroute (indien mogelijk):

    • Naar: 91.148.245.79

    • Kijk of je hoge pingtijden of timeouts ziet halverwege de route.

    • Vergelijk dit eventueel met een traceroute naar een Brusselse Privado-node.

  3. Tijdstip:

    • Is het probleem er altijd, of vooral ’s avonds/piekuren?

  4. Andere verbinding:

    • Test dezelfde VPN-node via een mobiel netwerk (andere provider).

    • Als het daar wel goed is, versterkt dat het beeld van een routing/peering-issue.

Om hier echt iets mee te kunnen doen, is het belangrijk dat we een compleet technisch plaatje hebben. Zou je daarom het volgende willen delen?

  • Is dit bekabeld of via wifi getest?

  • Treedt het probleem constant op of wisselend?

  • Heb je eventueel een traceroute of ping-resultaat beschikbaar?

Dan kan dit intern ook echt worden opgepakt en doorgezet richting de juiste netwerkafdeling, mits dat nodig is! Dank je wel voor het meedenken en de duidelijke toelichting. Als we die extra info hebben, kijken we graag hoe we dit verder kunnen duiden en escaleren.

 

​@Tommie van Odido

Is er nog iets veranderd? Bij mij is nu niet alleen Amsterdam slecht (1 rode bar), maar ook Brussel is nu slecht. Londen is goed (3 groene bars), maar dat is niet handig als je je VPN in Nederland gebruikt.

Het lijkt een routing probleem te zijn (zie andere reactie) waar ik zelf niets aan kan doen.

Groeten en fijne feestdagen.