Voor zover ik kan zien, gebeurt dat net zo vaak als bij KPN. Het gaat dan ook niet om een ‘mindere’ route. Althans, niet volgens de BGP routers die het verkeer routeren. Die kiezen gewoon de kortste weg en dat is vaak via Cogent omdat veel providers daar nu eenmaal transit inkopen (want: goedkoop). Dan zitten er tussen de router van LGI en die van Cogent misschien ook nog minder hops en dan is 1 en 1 al snel 2.

De enige opties zouden zijn om routes naar Cogent te verslechteren of Cogent te depeeren. Maar in dat geval verliest LGI haar Tier-1 status en moeten ze verkeer bij andere providers gaan inkopen om Cogent te bereiken.

Toch nog even een update in dit topic. Was vanmiddag aan het klooien met wat traceroutes en zag sterk verbeterde routing, veel directer en niet meer 3 à 4 routers van LGI. Scheelde ook ~3ms op de RTT binnen Nederland, relatief 33%. En zag ook minder Cogent naar het buitenland (wat op een punt 10ms scheelde).

Helaas is nu alles weer zoals het eerder was. Niet slecht, maar het kan dus ietsjes beter. Wat er dan ook aangepast is sinds vanmiddag, draai het maar weer terug 

Ik heb ook dat de RTT hoger is dan wat het voorheen was, maar nu ook bij de route via Telia.

Het lijkt inderdaad te maken te hebben met de verbinding naar Liberty Global. Is dat niet verder te verbeteren?

 

Route voor binnenkomend verkeer vanaf mijn server is sinds recent veranderd.
In plaats van het verkeer via Aorta naar KPN te laten lopen wordt nu GTT gebruikt. Hierdoor is de RTT weer verbeterd en rond een normaal niveau.

De routes voor binnenkomend/uitgaand verkeer zijn nu asymmetrisch.

Tot gisteren ging het bij mij erg goed, goeie latency maar sinds vandaag merk ik weer een flinke degradatie. Veel verkeer dat eerst over andere routes ging wordt nu weer via LGI->Cogent gestuurd met een 10-30% hogere RTT.

Ook zijn er veel meer routers van LGI zichtbaar geworden, wat erop wijst dat de route optimaler kan. Voorbeeld: een server van mij werd tot gisteren gerouteerd via Telia met slechts 1 router ertussen en een RTT van 24ms, nu zie ik 3 routers van LGI en is de RTT gestegen tot 34ms. Een andere server van mij liep tot gisteren niet via LGI maar via DTAG maar wordt nu ook via LGI en Cogent gestuurd. Resultaat? Van 22ms naar 31ms.

Het is allemaal niet wereldschokkend, maar het is ook nog geen gelukkig huwelijk? Wie weet kan men bij KPN iets doen om de routing zoals die tot gisteren was te herstellen.

@UP Hoe is de situatie op dit moment? Is er na de je laatste post nog iets veranderd? 

Ha @Rutger_ dank voor je reactie. Voor zover ik kan zien is er niets meer veranderd. Op zich wel jammer, aangezien het kennelijk wel beter kan dan het nu is. Het gaat dan om de subnets uit mijn eerdere posts.

Op zich zijn de snelheden die ik haal gewoon in orde, maar voor realtime toepassingen is het wel funest dat de ping relatief gezien zo gedegradeerd is. Het lijkt er nu op dat het verkeer binnen KPN en/of LGI via een andere router wordt gestuurd en vervolgens 2 rondjes Amsterdam doet, wat de hogere latency binnen NL verklaart.

Internationaal verkeer wordt dan weer veel via Cogent gestuurd, waar dat via die andere router vooral Telia was en de kwaliteit van die netwerken is nogal verschillend .

Helaas obfusceert KPN of LGI een deel van de route, waardoor ik niet kan zeggen om welke routers het gaat.

@UP Bedankt, ik heb een bericht doorgezet naar mijn collega's met je bevindingen. Zodra ik reactie heb zal ik het laten weten! 

Dankjewel @Rutger_. Het is jammer dat ik het hier nu even niet kan staven met een traceroute omdat ik de oude situatie niet kan posten.

Kan wel zeggen dat de eerste router die ik zie ná de access router van KPN nu 213.46.183.34 of 139.156.98.101 is en dat die eerder obfuscated was.

Kan wel iets van een voorbeeld geven. Bijvoorbeeld richting het netwerk van Telia. Tot een week(?) terug was de eerste router na die van KPN “213.46.182.162” en daarna ging je meteen naar het netwerk van Telia. RTT +/- 5ms. Nu zie ik eerst 3 verstopte routers (time outs), dan 84.116.130.242 en dan pas 213.46.182.162. RTT is nu zo'n 9ms gemiddeld. Niet hoog an sich, maar wel bijna verdubbeld. En dat binnen Nederland.

Hopelijk kan men er wat mee doen, al blijft BGP natuurlijk een protocol met een eigen willetje   

@Rutger_ sinds ik klant ben bij KPN Glasvezel heb ik nog altijd packet loss op mijn IP telefoon. Nu met de nieuwe lockdown is dit extra vervelend. Er gaat dus ergens verkeer tussen jullie transitprovider (GTT) en InfoPact iets stuk…. Het probleem is dat het niet altijd even erg is. Soms weer meer dan de andere keer. Zijn er mogelijkheden om dit toch te onderzoeken aan welke kant dit nu stukgaat?

@UP 

Ik heb het volgende antwoord gekregen van mijn collega. 

Het aantal hops nooit een graadmeter voor de kwaliteit/latency. Er zijn providers die hopmasking aan hebben staan waardoor je denkt maar 1 hop te hebben, maar die hopmasking kan uitgezet worden als er storingsonderzoek nodig is. Daarnaast is de routing dynamisch, en kan verkeer gerouteerd worden als er andere paden vol komen te zitten. Ook kan een hoster op verschillende transit netwerken aangesloten zijn en zelfstandig besluiten om ipv Telia via Cogent het verkeer te gaan sturen. Daar hebben wij als KPN of onze transitleveranciers geen invloed op.

Ik ben dan ook bang dat dit op dit moment het maximaal haalbare is. 

@soundwork Ik heb je inderdaad eerder in het topic gezien. 

Weet je ondertussen al zeker dat het om packet loss gaat? En hebben de collega's die geen problemen ervaren hetzelfde modem in gebruik? 

Hi Rutger, ik heb 1 collega waarvan ik weet dat hij KPN Glasvezel gebruikt, hij zegt geen packetloss op zijn toestel te hebben. Maar ik heb in een traceroute gezien dat hij een andere route bewandelt vanaf zijn glasvezel aansluiting naar ons netwerk via InfoPact. Het modem of router zou naar mijns inziens hier geen invloed op moeten hebben, of je nu eigen router of de Experiabox gebruikt. Collega’s die bij andere ISP’s zitten melden geen klachten. Wat ik kan doen op het moment dat ik packet loss meet, ik mijn collega op hetzelfde moment de MTR laat draaien.

@soundwork Het zou inderdaad mooi zijn als er zoveel mogelijk getest kan worden. 

Mocht je nou van beide verbindingen meer informatie hebben dan lees ik het hier graag terug! 

hi Rutger, ik ga je 2 printscreens sturen via een PM. 1 is van mijzelf en 1 van mijn collega met ook een KPN glasvezelabonnement….

@soundwork Bedankt voor de screenshots, deze heb ik doorgezet naar 1 van mijn collega's. Hij wil hier graag nog iets verder in duiken en daar heb ik beide publieke ip adressen nodig. 

Zou zowel jij als je collega willen gaan naar whatismyip.com? En zouden je de ip adressen die je hier uit naar voren krijgt met mij kunnen delen middels een privé bericht? 

Dan zet ik deze informatie weer door en kunnen we verder onderzoeken! 

Hi Rutger,

Via privébericht zijn de IP adressen doorgegeven.

@soundwork Bedankt voor het doorgeven! Ik heb de informatie weer doorgezet naar mijn collega, zodra ik terugkoppeling heb dan meld ik mij hier weer :)

Hi Rutger, inmiddels zijn we al weer 30 dagen verder. Heb je al meer info hierover?

@soundwork Excuus, ik heb inderdaad reactie van mijn collega gehad en deze heeft er naar gekeken. Het gaat in het begin van de pingplot al mis. je eigen mogen heeft een responsetijd van 12 ms terwijl je collega op de normale 0,6 ms zit. 

Er lijkt dus iets in het thuisnetwerk te zitten. Dat zou in het modem kunnen zitten, maar dat is als ik mij niet vergis een box 12. Dat zou dus in mijn ogen goed moeten gaan. 

Er zou natuurlijk ook een ander apparaat in het netwerk kunnen zitten dat hier voor zorgt.

Het feit dat er 2 paden zijn naar de eind bestemming is normaal: KPN heeft verschillende internet netwerken en die balanceren we, dat is een dynamisch proces. Mocht 1 van de netwerken uitvallen, dan wordt het verkeer automatisch geherrouteerd. Dat heeft tot gevolg dat klanten verschillende paden naar de eindbestemming kunnen hebben.

Op basis van welke pingplot wordt deze conclusie getrokken?

@wjb De pingplots zijn in dit (uitzonderlijke) geval gedeeld via de mail. Dit is wegens privacy overwegingen gedaan.

Beste Rutger,

Dank voor je reactie maar deze conclusie slaat helaas nergens op. Zowel mijn collega als ikzelf ervaren packetloss. In de pingplot is ook te zien dat op de eindbestemming de packetloss te zien is. Ik hou het er zelf maar op dat dat tussen jullie transit provider GTT en InfoPact het probleem zit. Ook de stelling dat het in mijn eigen router zit klopt niet, want ik heb het de KPN Box 12 er ook tussen gehad en daar was hetzelfde plaatje zichtbaar in de Pingplotter tool. Ik heb vanwege de weersomstandigheden van vorige week een dagje gewerkt via een T-Mobile Thuis verbinding over glasvezel en daar is het niet hoorbaar. Zowel mijn collega als ikzelf hebben hier via KPN glasvezel wel last van, dan moet het probleem dus zitten ergens in de lijn GTT en InfoPact…...

@soundwork Jammer dat je concludeert dat deze reactie nergens op slaat. De persoon binnen KPN die over routing gaat en ook andere routingvragen snel en efficiënt oplost heeft hier met zijn collega's naar gekeken. 

Betere ogen ga je niet krijgen ben ik bang. Overigens geef ik ook niet aan dat het in de router zit, maar dat het zeer waarschijnlijk in het thuisnetwerk zit waar je router dus onderdeel van is.  

Wat je nog zou kunnen doen is de gegevens die nu per mail gedeeld zijn openbaar delen zonder privé gegevens. Wellicht dat andere forumgebruikers een andere visie hebben. 

@Rutger_ wat mij verbaast is dat die betreffende collega's de packet loss totaal niet waarnemen. Het is sowieso zichtbaar bij het eindpunt, zowel in de plot van mijn collega als bij mijzelf. Ik heb het dus niet over het begin. Ook heb ik de test gedaan door rechtstreeks op Box-12 te gaan zitten (met de LAN switch die daarin zit). Dus dan maak ik geen gebruik van mijn eigen thuis netwerk…..