Alternatieve route of peering richting Riot games

Tracing route to 104.160.141.3 over a maximum of 30 hops

  1     4 ms     2 ms     3 ms  10.0.0.1
  2     4 ms     3 ms     3 ms  192.168.1.1
  3     7 ms     9 ms    10 ms  1-8-254-92.ftth.glasoperator.nl [92.254.8.1]
  4    11 ms    15 ms    11 ms  10.227.155.177
  5    14 ms    15 ms    11 ms  10.226.8.8
  6    10 ms    11 ms    11 ms  10.226.2.3
  7     *        *        *     Request timed out.
  8     *        *        *     Request timed out.
  9     *        *        *     Request timed out.
 10     *        *        *     Request timed out.
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14     *        *        *     Request timed out.
 15     *        *        *     Request timed out.
 16     *        *        *     Request timed out.
 17     *        *        *     Request timed out.
 18     *        *        *     Request timed out.
 19     *        *        *     Request timed out.
 20     *        *        *     Request timed out.
 21     *        *        *     Request timed out.
 22     *        *        *     Request timed out.
 23     *        *        *     Request timed out.
 24     *        *        *     Request timed out.
 25     *        *        *     Request timed out.
 26     *        *        *     Request timed out.
 27     *        *        *     Request timed out.
 28     *        *        *     Request timed out.
 29     *        *        *     Request timed out.
 30     *        *        *     Request timed out.

Trace complete.

C:\Users\Robin>ping 104.160.141.3 -n 1000

Pinging 104.160.141.3 with 32 bytes of data:
Request timed out. 

I’ll save you the rest, but it was about 1000 times more ‘request timed out’
 

Dus 104.160.141.3 luistert niet naar ICMP (is niet online of reageert niet op ping). Ook heeft censys geen info over dat ip adres (over eventuele services daar).

https://search.censys.io/hosts/104.160.141.3

Wat is dan de vraag?

Ook op Ziggo en Fiber (midden Brabant glas) is dit IP adres niet bereikbaar. 

Ik ervaar al langere tijd freezes tijdens het spelen van Teamfight Tactics. Om dit beter te onderzoeken heb ik een test met PingPlotter (TCP-mode) uitgevoerd naar de Riot Games server-IP’s.

Uit de resultaten blijkt dat het verkeer onderweg packet loss / time-outs laat zien ná mijn eigen netwerk, en dus in de route richting Riot. Dit is géén lokaal probleem (LAN/pc/wifi), maar een routing- of peering-issue.

• Riot heeft bevestigd dat dit soort problemen vaker bij de ISP-route liggen.

• ICMP-tests (ping/traceroute) zijn niet representatief, omdat Riot deze vaak blokkeert. Daarom heb ik PingPlotter met TCP gebruikt.

• De logs/screenshots van PingPlotter zijn bijgevoegd.

Mijn verzoek:

• Kunt u dit doorzetten naar de netwerkafdeling (Tier 2), zodat zij de route naar Riot kunnen controleren en indien nodig aanpassen via de juiste peering?

• Riot heeft ook een PeeringDB-pagina met contactinformatie voor directe afstemming: PeeringDB 

  

  

   

Alvast bedankt voor het nakijken en doorzetten!

Wat mij opvalt is de eerste twee hops, heb je twee routers achter elkaar aangesloten?

1     4 ms     2 ms     3 ms  10.0.0.1
2     4 ms     3 ms     3 ms  192.168.1.1

En ook 162.249.78.0 lijkt mij geen correct ip adres voor een server. En als ze niet reageren op ICMP/ping dan heeft pingplotter ook geen zin. Logisch dat ie dan 100% loss aangeeft. 

Ook op Ziggo geeft ie geen reactie.

Heb je een voorbeeld van een trace op ander netwerk die wel correct zou zijn?

Hoe kom je aan die ip adressen?

So there is potentially a double NAT going on as well here. 

Het ip adres wat hij gebruikt zou kunnen kloppen.

162.249.78.0 is an IPv4 address owned by Riot Games, Inc and located in London, United Kingdom

Alleen het ip geeft geen reactie om een analyse te kunnen doen met de standaard tools..

IP-adressen zijn aangegeven door Riot Games om te gebruiken als test. Geen ander voorbeeld van een trace..

 

Heeft dit misschien te maken met dat ik niet direct op wifi zit, maar bekabeld via m’n wifi (Orbi-mesh)? Router beneden en 3 orbi devices, waarvan 1 op zolder die bekabeld naar m’n pc gaat.

De IP adressen kloppen niet om troubleshooting op te doen dus moet je vragen welke wel reageren op icmp/ping. Via Odido, Ziggo reageert het ip adres niet op ICMP/PING requests.

Die 10.0.0 range zou er niet moeten zijn, dit lijkt echt op een dubbel NAT config, in je eerst post zeg je: De Orbi-router is aangesloten op het Odido-netwerk.

Bedoel je hiermee dat de ORBI router zit aangesloten op de witte Zyxel router van Odido?

Ik heb alle info in chatgpt gezegd en die komt met het volgende:

 

🔍 Wat er nu gebeurt

• 10.0.0.1 → dat is het Odido-apparaat (de Zyxel modem/router).

• 192.168.1.1 → dat is je Orbi-router.

• Dat betekent: twee routers achter elkaar → dit heet double NAT.

En inderdaad:

• Odido’s Zyxel staat in router mode (maakt een 10.x.x.x netwerk).

• Jouw Orbi staat óók in router mode (maakt een 192.168.1.x netwerk).

• Daardoor zie je die twee private ranges in je traceroute.

⚠️ Waarom dit een probleem kan zijn

• Riot servers reageren niet op ICMP (ping), dus dat stuk van traceroute lijkt "dood", maar je PingPlotter TCP-test laat wél echte data zien.

• Double NAT kan problemen veroorzaken met sessiebeheer, UDP-pakketten en latency spikes → dat kan verklaren waarom TFT halverwege een pot “freezet”.

• Je Orbi-router is dus eigenlijk dubbel werk aan het doen dat helemaal niet nodig is.

✅ Mogelijke oplossingen

1. Orbi in Access Point (AP) mode zetten

   • Je Orbi doet dan alleen wifi + mesh + bekabeling.

   • De Zyxel blijft de enige router.

   • Dit is de simpelste manier om double NAT weg te halen.

2. Zyxel in Bridge mode zetten

   • Dan doet de Orbi alles (router + wifi).

   • Dit kan stabieler zijn voor gamers, maar:

     • Niet altijd door Odido ondersteund.

     • Soms werkt IPTV/telefonie dan niet meer.

   • Hiervoor moet je vaak contact opnemen met Odido.

Dus ik denk dat ik Orbi in Access Point moet zetten?

Geloof niet alles wat chatbot zegt. Die 10.x.x.x is nl niet van Zyxel maar van je Orbi. De 192.168.1.1 is je Zyxel. Het verkeer van een traceroute komt ook eerst op je Orbi en daarna pas op de Zyxel. Vandaar dat de 192 als 2e staat. 

Of dubbel nat hier het probleem is weet ik niet. Maar het kan geen kwaad om te testen. Stop een netwerk kabel direct in de Zyxel en test dan de verbinding. 

Chatgpt heeft het over de Zyxel in bridge zetten maar dat is sowieso niet mogelijk. 

Verder verder kan ik de Orbi niet maar als je durft op de Zyxel ook nog problemen hebt, dan zal het dus niet aan de Orbi liggen.

Ja lekker uit Chatgpt gekopieerd, je hebt zeker ook je interne netwerk design er door laten maken :)

Zyxel er tussen, vanuit de ONT de UTP kabel uit de Zyxel halen en op de WAN poort van de Orbi. VLAN 300 instellen op WAN poort.

Zyxel in de kast gooien.

Dit zijn trouwens m’n resultaten via een VPN: Ik kom verder in de route mét VPN. Wat zegt dit?
 

Haha, ik ben een leek op dit gebied. Ik probeer een probleem op te lossen met zeer beperkte technische kennis op dit gebied.. Jullie hulp wordt gewaardeerd, maar niet alles begrijp ik direct, dus heb een tolk nodig 😅

Haal die Zyzel troep er nou is tussen uit! De IP adressen die je heb gekregen zijn niet pingbaar eigenwijze …. Je VPN via het midden oosten loopt…

Heeft niks met eigenwijs te maken. Ik heb ook internet + tv in dit huis. Als ik zyxel weghaal werken bepaalde zenders ook niet meer op m’n TV. Daarnaast hou ik ook rekening met andere mensen in dit huis. Heeft niks met eigenwijs te maken. Probeer het constructief te houden aub.

De dubbele NAT zal ik binnenkort fixen, maar betwijfel inderdaad of dit het probleem oplost.

Waarom is het geen optie dat een Odido medewerker een alternatieve route richting de servers van Riot Games kan rerouten? Of heeft het support team van Riot Games het bij het verkeerde eind?

We proberen je alleen te helpen door te zeggen dat je eerst je eigen netwerk op orde moet hebben voordat je het bij Odido neerlegt. Zolang je dubbele NAT draait en de Zyxel nodig hebt voor bepaalde zenders, zal Odido je ook vragen dat eerst uit te sluiten. Pas daarna kun je goed bepalen of het probleem bij Odido ligt.

Wel heel gek dat bepaalde zenders niet werken zonder Zyxel, dat betekend dat je die er al is tussen uit hebt gehaald? Welke zenders werken dan niet? 

Heb je ook al DoS protectie uitgezet op de Zyxel?

Ik heb al het bovenstaande gedaan, behalve de Zyxel ertussenuit gehaald. Zojuist exact hetzelfde probleem ondervonden. Ik waardeer iedereens input tot dusver.

Kan een Odido medewerker eindelijk een seconde de tijd nemen om een alternatieve route of peering richting de servers van Riot Games te laten lopen of in ieder geval de mogelijkheden hiervan bekijken?

Je hebt niet de Zyxel router er tussen gehaald en de Orbi als router gebruikt.

Je hebt nog geen andere DNS server geprobeerd zoals 9.9.9.11 (ECS gebruikt een DNS-uitbreiding om locatie-gebaseerde antwoorden (meestal voor CDNs) te verbeteren door een deel van het client-IP/subnet door te geven).

Zolang je geen IP adres kan aanleveren waarop een analyse kan worden gedaan met ping, traceroute van RIOT games is het heel lastig om dit te troubleshooten.

Heb je dit probleem al langer of is het sinds een maand ofzo gekomen?

Sinds een maand ongeveer heb ik hier last van en daarvoor heb ik het spel ook ong. een jaar niet aangeraakt. De grootste verschillen in die tijd is dat ik ben overgeswitcht naar Odido en sinds een paar weken naar Windows 11.

Wat je zou kunnen doen, is Riot Games vragen om een traceroute/ping uit te voeren naar jouw externe IP-adres. Dan kun je zien hoe de route precies loopt.

Was je een jaar geleden dan ook al klant bij Odido en werkte het toen wel goed?

Nee, zo werkt het niet. De route van een cliënt naar server hoeft niet hetzelfde te zijn als van server naar cliënt.

Zo kan de routering door de netbeheerders (via Odido) wel degelijk anders zijn dan van de Riot Games server terug naar de cliënt.

Maar een melding als "na een tijdje loopt mijn verbinding vast" lijkt mij geen probleem met routing. Want dan zou je al gelijk een probleem hebben. De routing veranderd niet "na een tijdje". Die blijft hetzelfde. 

Misschien kunnen ze bij Riot Games wel beter zien waarom de verbinding vastloopt (wat dat ook mag betekenen).

Dank je voor de college 🤢 Dat routing heen en terug niet altijd hetzelfde is, is mij ook bekend. Mijn punt was dat Riot vanaf hun kant misschien extra inzicht kan geven omdat vanuit Odido het ip adres niet benaderbaar via icmp/trouceroute.

Dan moet Robin ook de ICMP in de Zyxel router aanzetten want volgens mij staat die standaard uit aan de WAN kant. Anders heeft Riot Games hetzelfde probleem 😉 (Hoewel ik niet verwacht dat een échte netwerkbeheerder dit nodig zal hebben om routes te analyseren)