Telenet high latency.

[datakiller]

Heeft iemand hier nog last van?



Net of ik in azie woon en een server in Europa wil bereiken:
64 bytes from ams15s29-in-f3.1e100.net (172.217.17.99): icmp_seq=1 ttl=55 time=184 ms
64 bytes from ams15s29-in-f3.1e100.net (172.217.17.99): icmp_seq=2 ttl=55 time=184 ms
64 bytes from ams15s29-in-f3.1e100.net (172.217.17.99): icmp_seq=3 ttl=55 time=186 ms
64 bytes from ams15s29-in-f3.1e100.net (172.217.17.99): icmp_seq=4 ttl=55 time=246 ms
Snelheden lijken er ook op:


Het lijkt erop dat er iets fout gaat bij bnix (geen idee of google AMS door BNIX gaat)?
(Sorry als er veel grote foto's zijn)

Edit: Probleem is iedere avond al 1week lang.

[ubremoved_539]

Lijkt normaal hier...

Code: Selecteer alles

Pinging ams15s29-in-f3.1e100.net [172.217.17.99] with 32 bytes of data:
Reply from 172.217.17.99: bytes=32 time=16ms TTL=55
Reply from 172.217.17.99: bytes=32 time=16ms TTL=55
Reply from 172.217.17.99: bytes=32 time=16ms TTL=55
Reply from 172.217.17.99: bytes=32 time=14ms TTL=55
Reply from 172.217.17.99: bytes=32 time=17ms TTL=55
Reply from 172.217.17.99: bytes=32 time=16ms TTL=55
Reply from 172.217.17.99: bytes=32 time=16ms TTL=55
Reply from 172.217.17.99: bytes=32 time=15ms TTL=55
Reply from 172.217.17.99: bytes=32 time=17ms TTL=55
Reply from 172.217.17.99: bytes=32 time=17ms TTL=55
Reply from 172.217.17.99: bytes=32 time=16ms TTL=55
Reply from 172.217.17.99: bytes=32 time=14ms TTL=55
Reply from 172.217.17.99: bytes=32 time=15ms TTL=55
Reply from 172.217.17.99: bytes=32 time=22ms TTL=55
Reply from 172.217.17.99: bytes=32 time=16ms TTL=55
Reply from 172.217.17.99: bytes=32 time=17ms TTL=55
Reply from 172.217.17.99: bytes=32 time=16ms TTL=55
Reply from 172.217.17.99: bytes=32 time=15ms TTL=55
Reply from 172.217.17.99: bytes=32 time=16ms TTL=55
Reply from 172.217.17.99: bytes=32 time=14ms TTL=55
Reply from 172.217.17.99: bytes=32 time=18ms TTL=55
Reply from 172.217.17.99: bytes=32 time=16ms TTL=55
Reply from 172.217.17.99: bytes=32 time=15ms TTL=55

Ping statistics for 172.217.17.99:
    Packets: Sent = 23, Received = 23, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 14ms, Maximum = 22ms, Average = 16ms

[buthead]

Loopt hier ook goed

Avg 44.0
Min. 38.7
Cur 43.3

@r2504 mooie latency jij

[krisken]

Oh? Een smokeping fan?

[ubremoved_539]

@r2504 mooie latency jij

Toch niet speciaal... ik vind hem zelfs slecht. Mometeel loopt er een download en ben ik op Youtube iets aan het bekijken.

Code: Selecteer alles

Pinging ams15s29-in-f3.1e100.net [172.217.17.99] with 32 bytes of data:
Reply from 172.217.17.99: bytes=32 time=13ms TTL=55
Reply from 172.217.17.99: bytes=32 time=14ms TTL=55
Reply from 172.217.17.99: bytes=32 time=14ms TTL=55
Reply from 172.217.17.99: bytes=32 time=14ms TTL=55
Reply from 172.217.17.99: bytes=32 time=13ms TTL=55
Reply from 172.217.17.99: bytes=32 time=14ms TTL=55
Reply from 172.217.17.99: bytes=32 time=16ms TTL=55
Reply from 172.217.17.99: bytes=32 time=13ms TTL=55
Reply from 172.217.17.99: bytes=32 time=14ms TTL=55
Reply from 172.217.17.99: bytes=32 time=13ms TTL=55
Reply from 172.217.17.99: bytes=32 time=15ms TTL=55
Reply from 172.217.17.99: bytes=32 time=16ms TTL=55
Reply from 172.217.17.99: bytes=32 time=14ms TTL=55
Reply from 172.217.17.99: bytes=32 time=15ms TTL=55
Reply from 172.217.17.99: bytes=32 time=15ms TTL=55
Reply from 172.217.17.99: bytes=32 time=13ms TTL=55
Reply from 172.217.17.99: bytes=32 time=15ms TTL=55
Reply from 172.217.17.99: bytes=32 time=15ms TTL=55

Ping statistics for 172.217.17.99:
    Packets: Sent = 18, Received = 18, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 13ms, Maximum = 16ms, Average = 14ms

[buthead]

@r2504 mooie latency jij

Toch niet speciaal... ik vind hem zelfs slecht. Mometeel loopt er een download en ben ik op Youtube iets aan het bekijken.



Ping statistics for 172.217.17.99:
Packets: Sent = 18, Received = 18, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 13ms, Maximum = 16ms, Average = 14ms[/code]

Allesinds niet mis in vgl. met mij hier :O

Fiber van px?

[ubremoved_539]

Nee, gewoon een Whoppa met modem-only en Mikrotik router (ping is dan zelfs nog vanaf een test VLAN en moet dus nog extra gerouteerd worden naar de Telenet VLAN al heeft zoiets normaal geen impact).

[datakiller]

Ik had de post bewerkt en er in gezet dat het probleem weg was.

@r2504 mooie latency jij

Toch niet speciaal... ik vind hem zelfs slecht. Mometeel loopt er een download en ben ik op Youtube iets aan het bekijken.[/code]

--- google.be ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 32.233/35.788/40.974/3.259 ms

[ubremoved_539]

Je probleem is dus duidelijk nog niet opgelost !?

De EDPnet router (de reverse DNS is duidelijk fout) geeft me trouwens het volgende;

Code: Selecteer alles

Pinging 212.71.1.117 with 32 bytes of data:
Reply from 212.71.1.117: bytes=32 time=13ms TTL=249
Reply from 212.71.1.117: bytes=32 time=14ms TTL=249
Reply from 212.71.1.117: bytes=32 time=16ms TTL=249
Reply from 212.71.1.117: bytes=32 time=12ms TTL=249
Reply from 212.71.1.117: bytes=32 time=14ms TTL=249
Reply from 212.71.1.117: bytes=32 time=16ms TTL=249
Reply from 212.71.1.117: bytes=32 time=12ms TTL=249
Reply from 212.71.1.117: bytes=32 time=15ms TTL=249
Reply from 212.71.1.117: bytes=32 time=16ms TTL=249
Reply from 212.71.1.117: bytes=32 time=16ms TTL=249
Reply from 212.71.1.117: bytes=32 time=14ms TTL=249
Reply from 212.71.1.117: bytes=32 time=17ms TTL=249
Reply from 212.71.1.117: bytes=32 time=13ms TTL=249
Reply from 212.71.1.117: bytes=32 time=15ms TTL=249
Reply from 212.71.1.117: bytes=32 time=15ms TTL=249
Reply from 212.71.1.117: bytes=32 time=13ms TTL=249
Reply from 212.71.1.117: bytes=32 time=13ms TTL=249

Ping statistics for 212.71.1.117:
    Packets: Sent = 17, Received = 17, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 12ms, Maximum = 17ms, Average = 14ms

[datakiller]

Je probleem is dus duidelijk nog niet opgelost !?

Ik heb al altijd 40ms naar google gehad en alles is stabiel, dus het probleem is opgelost, (meestal heb ik 25ms naar AMS, maar google is 40ms)

Edit: probleem toch noch niet weg.

Weer problemen gehad maar het was niet zo erg als gisteren. het is al 50% beter.
En het was weer alleen locaties die niet direct met telenet verbonden zijn (volgens mij).

(Alles is hetzelfde alleen is de latency minder hoog[Zie begin van de post voor locaties waar ik een hogere latency naar heb tijdens deze uren])

[ubremoved_539]

Ik heb al altijd 40ms naar google gehad en alles is stabiel, dus het probleem is opgelost, (meestal heb ik 25ms naar AMS, maar google is 40ms)

40ms is toch niet echt normaal... ik haal 15ms naar Google, en dit zowel via een IPv6 tunnel (HE - dus niet native via TN zelf) als via IPv4;

Code: Selecteer alles

Pinging www.google.com [2a00:1450:400e:806::2004] with 32 bytes of data:
Reply from 2a00:1450:400e:806::2004: time=16ms
Reply from 2a00:1450:400e:806::2004: time=16ms
Reply from 2a00:1450:400e:806::2004: time=21ms
Reply from 2a00:1450:400e:806::2004: time=14ms
Reply from 2a00:1450:400e:806::2004: time=15ms
Reply from 2a00:1450:400e:806::2004: time=16ms
Reply from 2a00:1450:400e:806::2004: time=16ms
Reply from 2a00:1450:400e:806::2004: time=16ms
Reply from 2a00:1450:400e:806::2004: time=16ms
Reply from 2a00:1450:400e:806::2004: time=15ms
Reply from 2a00:1450:400e:806::2004: time=14ms
Reply from 2a00:1450:400e:806::2004: time=14ms

Ping statistics for 2a00:1450:400e:806::2004:
    Packets: Sent = 12, Received = 12, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 14ms, Maximum = 21ms, Average = 15ms

Code: Selecteer alles

Pinging www.google.com [216.58.212.164] with 32 bytes of data:
Reply from 216.58.212.164: bytes=32 time=14ms TTL=55
Reply from 216.58.212.164: bytes=32 time=14ms TTL=55
Reply from 216.58.212.164: bytes=32 time=15ms TTL=55
Reply from 216.58.212.164: bytes=32 time=14ms TTL=55
Reply from 216.58.212.164: bytes=32 time=16ms TTL=55
Reply from 216.58.212.164: bytes=32 time=14ms TTL=55
Reply from 216.58.212.164: bytes=32 time=14ms TTL=55
Reply from 216.58.212.164: bytes=32 time=16ms TTL=55
Reply from 216.58.212.164: bytes=32 time=18ms TTL=55
Reply from 216.58.212.164: bytes=32 time=13ms TTL=55
Reply from 216.58.212.164: bytes=32 time=15ms TTL=55

Ping statistics for 216.58.212.164:
    Packets: Sent = 11, Received = 11, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 13ms, Maximum = 18ms, Average = 14ms

Ik zie dat je images ergens bij een VPN provider staan... je gebruikt toch niet constant een VPN ?

[Dafke]

Doe deze eens ivm bufferbloat:

http://www.dslreports.com/speedtest

Zwarte docsis 3.0 had hier last van, omgewisseld naar nieuwe witte en alles opgelost.




Zo moet ie zijn

[datakiller]

40ms is toch niet echt normaal... ik haal 15ms naar Google, en dit zowel via een IPv6 tunnel (HE - dus niet native via TN zelf) als via IPv4;

Al altijd zo geweest hier.

Ik zie dat je images ergens bij een VPN provider staan... je gebruikt toch niet constant een VPN ?

Nee, smokeping staat op een VM en die is zonder VPN.
Ook zie je op de foto (begin van de post) een mtr die ik uitvoerde, alles is normaal tot ergens in brussel (volgens mij) naar de node in de straat haal ik zelfs 9ms dus het ligt niet aan mijn netwerk maar aan Telenet.

Doe deze eens ivm bufferbloat:

Dit is zonder problemen, zal vanavond eens testen als ik nog problemen heb.

Tis weer van dat he, nu niet meer naar BNIX wel nog naar OVH locaties en EDPnet... en google...


alles in oranje is ~180ms


Ingesteld op hun server in Belgie (Google)

En dit is een mtr naar sbg.smokeping.ovh.net:

(Die hoge latency en packet loss naar die telenet dingen is normaal)

[buthead]

Hier ook eens gestest en grr



bufferbloat is niet zo goed
PS, kan je hier iets aan doen? waardes die ik zag waren 500-700 bufferbloat

[datakiller]

Ik kan hier niets aan doen rond 20:00 tot 22:00 200ms latency...
normaal 20.
Ligt in brussel volgens mij latency naar de node in de straat is 9ms.

[ubremoved_539]

Ligt in brussel volgens mij

Moest dat zo zijn dan zou iedereen dit ervaren... en dan waren er vermoedelijk wel meer klachten.

[Dafke]

Hier ook eens gestest en grr



bufferbloat is niet zo goed
PS, kan je hier iets aan doen? waardes die ik zag waren 500-700 bufferbloat

Die bufferbloat is enkel een issue wanneer je online gamed (meer lag ingame, warpes of desync) of veel Lync/Skype gebruikt (soms robot stem )

Doe je dit niet, ga je er geen enkel voordeel in halen.

Ik heb mijn kantoor hier en merkte heel veel issues met voice.. daardoor aan Telenet dit rapportje laten zien en dat het niet zo verder kon. Ze zijn hier ook direct in meegegaan (nadat ik vertelde dat collega’s gelijkwaardige issues hadden en deze opgelost waren na plaatsen van witte modem) en nu is mijn BB zoals je ziet perfect ( A+ waar ik ervoor ook een D had)


Verzonden vanaf mijn iPhone met Tapatalk

[buthead]

Hebben hier thuis al dik jaar een witte modem en moet wel zeggen, ik game regelmatig wel eens en gebruik voice dagelijks maar heb geen idee waar je kan zien waar het fout loopt, bvb naar welk IP kan je eens tracen en zien waar het knelpunt zit?

[driesp]

Ze zijn daar bij telenet met hun netwerk aan het prutsen.
Ze hebben net hun telia link uitgeschakeld.
Nu hebben ze enkel nog liberty global.

Niet lang meer en ze sluiten hun overige bnix peers af. (enkel maar een sterk vermoeden hoor)

Tijd om titanic te verlaten? (grapje)

[datakiller]

Iemand in de 9lives discord heeft ook hetzelfde probleem met telenet en niet met orange.

[Dettie]

Ik heb momenteel geen problemen hier, regio poperinge
Witte modem ook, test is gebeurt via de wifi 5ghz

[datakiller]

Het is altijd tussen 8 en 10 s'avonds.
Ik heb ook een witte modem/router maar het probleem is niet in huis ook niet in de straat maar bij telenet ergens ik ken die codes niet dus weet niet precies waar maar ik gok ergens waar het naar brussel gaat want de volgende dingen zie ik bnix van edpnet met 160ms en ervoor 20ms van telenet.

[ubremoved_539]

En dit is een mtr naar sbg.smokeping.ovh.net:

Dan zou ik denken dat het daar ergens in Frankrijk fout zit... waar plots de 170ms start.

In ieder geval ziet het er nu goed uit...

Tracing route to ip210.ip-167-114-241.eu [167.114.241.210]
over a maximum of 30 hops:

...
7 18 ms 19 ms 16 ms be105.rbx-g2-nc5.fr.eu [91.121.128.2]
8 * * * Request timed out.
9 25 ms 25 ms 25 ms vl1251.sbg-g2-a75.fr.eu [37.187.232.29]
10 30 ms 25 ms 23 ms be7.sbg-z2g1-a75.fr.eu [37.187.232.53]
11 27 ms 24 ms 23 ms po5.sbg-z2b2-a70.fr.eu [92.222.56.180]
12 25 ms 27 ms 26 ms 92.222.56.92
13 25 ms 24 ms 23 ms 13.ip-92-222-54.eu [92.222.54.13]
14 27 ms 27 ms 23 ms ip210.ip-167-114-241.eu [167.114.241.210]

Trace complete.

Ik tracht eraan te denken het later op de avond nogmaals te proberen.

[datakiller]

Ergens in Frankrijk
maar
maar
Hoezo heeft EDPnet dan ook problemen, zelfs als ik naar OVH Azie ping heb ik problemen O_o
Nu zijn er (nog) geen problemen dat komt nog, rond 8uur straks ik verheug me er al op... :'(

[ubremoved_539]

zelfs als ik naar OVH Azie ping heb ik problemen O_o

Op dergelijke afstanden wordt troubleshooten een ramp... teveel factoren.

Nu zijn er (nog) geen problemen dat komt nog, rond 8uur straks ik verheug me er al op... :'(

Tracht ook eens consistent te testen, niet nu op server X, binnen een uur op server Y en dan weer server Z... zo kan je ook geen conclusies trekken.

[datakiller]

Hier nog wat fototjes

[ubremoved_539]

Idem als daarstraks... niets speciaals te zien;

Tracing route to sbg.smokeping.ovh.net [167.114.241.210]
over a maximum of 30 hops:

...
7 105 ms 16 ms 18 ms be105.rbx-g2-nc5.fr.eu [91.121.128.2]
8 * * * Request timed out.
9 25 ms 24 ms 25 ms vl1251.sbg-g2-a75.fr.eu [37.187.232.29]
10 26 ms 24 ms 22 ms be7.sbg-z2g1-a75.fr.eu [37.187.232.53]
11 25 ms 24 ms 22 ms po5.sbg-z2b2-a70.fr.eu [92.222.56.180]
12 25 ms 25 ms 23 ms 92.222.56.92
13 23 ms 24 ms 22 ms 13.ip-92-222-54.eu [92.222.54.13]
14 25 ms 26 ms 25 ms ip210.ip-167-114-241.eu [167.114.241.210]

Trace complete.

Als ik trouwens op m'n RIPE node ga kijken zijn alle smokepings daar mooi constant.

[datakiller]

Ik ben niet alleen met problemen maar niet iedereen heeft problemen wat een paar vragen bij mij opwekt. Ga vanavond eens wifree proberen als dat ook problemen heeft.

[buthead]

Inderdaad icm. Telia

Ze zijn daar bij telenet met hun netwerk aan het prutsen.
Ze hebben net hun telia link uitgeschakeld.
Nu hebben ze enkel nog liberty global.

Niet lang meer en ze sluiten hun overige bnix peers af. (enkel maar een sterk vermoeden hoor)

Tijd om titanic te verlaten?

Als ik naar Oslo naar men server verbind zie ik nu Level3 ipv. Telia in logs en traceroutes, vroeger altijd Telia geweest :O

[CCatalyst]

Digital Ocean (NYC) naar TN en vice versa nog altijd over Telia hoor

Code: Selecteer alles

...
 3  138.197.244.43 (138.197.244.43)  1.221 ms 138.197.244.41 (138.197.244.41)  0.969 ms 138.197.244.45 (138.197.244.45)  1.028 ms
 4  nyk-b3-link.telia.net (62.115.45.9)  1.44 ms nyk-b3-link.telia.net (62.115.45.5)  3.385 ms  2.544 ms
 5  nyk-bb4-link.telia.net (62.115.139.150)  2.122 ms nyk-bb3-link.telia.net (62.115.140.222)  37.731 ms  1.911 ms
 6  prs-bb3-link.telia.net (213.155.135.4)  98.751 ms  98.938 ms  98.868 ms
 7  brx-b2-link.telia.net (62.115.112.147)  79.835 ms  79.455 ms brx-b2-link.telia.net (62.115.112.143)  104.755 ms
 8  telenet-ic-300448-brx-b2.c.telia.net (80.239.132.218)  92.194 ms  79.592 ms  92.453 ms
 9  dD5E0FA22.access.telenet.be (213.224.250.34)  105.8 ms  93.079 ms  105.716 ms
...

[driesp]

Digital Ocean (NYC) naar TN en vice versa nog altijd over Telia hoor

Wat ik denk is;
Dat ze die link waarschijnlijk nog even houden als fallback.
Telenet is enkel nog zichtbaar voor telia klanten. (digital ocean is telia klant)
Waar ze telia gebruikten voor transit.

Ziggo heeft eind vorig jaar alle directe peering gestopt, en is enkel nog via liberty global bereikbaar.
Wat mijn vermoeden versterkt dat eenzelfde verhaal op komst is.

Geen idee wat ze met level3 peering gaan doen, want als die gratis is, moet je wel echt zijn om die ook buiten te bonjoeren. (LOL)

[Dettie]

zonet even een game willen spelen, overdag heb ik netjes een ping van 20 - 30,

nu 20h15 , heb ik een ping boven de 200, dus iets klopt niet meer ... server staat in frankrijk roubaux ovh

wss de capaciteit van de peering die vol zit s'avonds

[Dafke]

Mijn stats als ik die fra.smokeping.ovh.net ping op dit moment:

Code: Selecteer alles

Ping statistics for 5.196.230.73:
    Packets: Sent = 22, Received = 22, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 22ms, Maximum = 38ms, Average = 25ms

MAAR als ik ping naar syd smokeping:

Code: Selecteer alles

Pinging syd.smokeping.ovh.net [139.99.128.38] with 32 bytes of data:
Reply from 139.99.128.38: bytes=32 time=296ms TTL=50
Reply from 139.99.128.38: bytes=32 time=298ms TTL=50
Reply from 139.99.128.38: bytes=32 time=300ms TTL=50
Reply from 139.99.128.38: bytes=32 time=298ms TTL=50
Reply from 139.99.128.38: bytes=32 time=301ms TTL=50
Reply from 139.99.128.38: bytes=32 time=298ms TTL=50
Reply from 139.99.128.38: bytes=32 time=303ms TTL=50
Reply from 139.99.128.38: bytes=32 time=303ms TTL=50

Ping statistics for 139.99.128.38:
    Packets: Sent = 8, Received = 8, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 296ms, Maximum = 303ms, Average = 299ms

[datakiller]

Dafke, Syd is Sydney, dus je latency is normaal .
(wees blij)

[datakiller]

Ff een update op het probleem:


(Ping naar edpnet.be)

Nog steeds dagelijks problemen in de avond, ze duren iedere keer langer en langer.

Telenet technieker heeft de modem vervangen (wat niet nodig was omdat het probleem niet in-huis ligt) en aan de telenet support heb ik niets.

[ubremoved_539]

En naar welke server is dit ?

[krisken]

datakiller : doe eens een traceroute naar een site (bvb userbase) en doe ook een smokeping van alle onderliggende hops met *****.access.telenet.be

[datakiller]

Na de hop dD5E0FA75.access.telenet.be gaat de latency omhoog. en soms ook nog andere als je bvb naar duitsland een mtr doet gaat de latency omhoog na: dD5E0FA24.access.telenet.be.

De screenshot was naar EDPnet omdat ik die al het langste op mijn smokeping heb, proximus brussels 1 & 2 en proximus schaarbeek en orange heb ik later toegevoegd. maar die hebben hier ook een verhoogde latency.

Ook cloudflare, reddit, ... hebben dit ook.


(https://atlas.ripe.net/measurements/109 ... lter=#!map)

Dit is ripe atlas (telenet connecties die edpnet.be pingde op 2018-01-18 19:12:00 UTC) en die waren ~400ms die dag was ook de ergste dag tot nu toe.


Edit:
Ze hebben nu ook nog eens packet loss toegevoegd: