is er op dit moment weer een routeringsprobleem in Brabant? veel packet loss, hoge ping naar google etc...
Beste antwoord door Jason van Odido
Bekijk origineelis er op dit moment weer een routeringsprobleem in Brabant? veel packet loss, hoge ping naar google etc...
Beste antwoord door Jason van Odido
Bekijk origineelYes dank voor de hulp!
Mooi om te zien dat er inmiddels een hoop voortgang is gemaakt
Hi
Ik zie weer op meerdere momenten packet loss plaatsvinden naar diverse sites, op verschillende momenten. Tweakers.net bijv. al sinds begin december. Youtube hetzelfde, alhoewel die specifiek de laatste 30u weer geen loss laat zien. Maar O365 toont ook laatste 3 uur weer issues, daar loopt het al sinds september zie ik.
Hi
smokeping geeft een continue packet verlies van ~25 % aan naar google.com, en mtr laat nog steeds een issue bij de 4e hop zien.
$ mtr -b -r google.com
Start: 2020-06-29T08:58:43+0200
HOST: fitletpc Loss% Snt Last Avg Best Wrst StDev
1.|-- zyxel (192.168.2.254) 0.0% 10 0.6 0.7 0.6 0.9 0.1
2.|-- 1-4-201-31.ftth.glasopera 0.0% 10 4.1 4.4 4.0 4.6 0.2
3.|-- 10.10.80.149 0.0% 10 8.6 8.5 8.3 8.9 0.2
4.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
5.|-- 108.170.229.222 0.0% 10 8.1 8.1 7.8 8.2 0.1
6.|-- 108.170.236.135 0.0% 10 8.2 8.1 7.9 8.2 0.1
7.|-- ams16s29-in-f14.1e100.net 0.0% 10 8.4 8.2 7.9 8.5 0.2
kan je een update van de status geven?
Hi
I checked techsupport and they figured that certain hops are programmed to not respond to ICMP packages for security reason (at certain times). It looks like that's the case when there's 100% packet loss. This should not be the reason why you experience packet loss (10-30%). When checking a MTR, we're looking for a hop with a percentage (not 100%) packet loss. That's what could cause the experienced packet loss. At this moment, it's still not clear what's the reason for certain customers on ODF with packet loss.
Same problem again. And I bet it will be gone again in few hours…
Traceroute has started…
traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 72 byte packets
1 rt-ac66u_b1-d530 (192.168.1.1) 10.613 ms 2.384 ms 2.814 ms
2 1-4-201-31.ftth.glasoperator.nl (31.201.4.1) 14.096 ms 20.335 ms *
3 10.10.80.149 (10.10.80.149) 29.676 ms 18.816 ms 21.787 ms
4 * * *
5 216.239.46.56 (216.239.46.56) 17.519 ms 16.375 ms 17.341 ms
6 209.85.240.115 (209.85.240.115) 15.961 ms 13.955 ms 17.010 ms
7 dns.google (8.8.8.8) 21.351 ms 16.603 ms 16.481 ms
mtr -w -b 8.8.8.8
Start: 2020-06-17T09:44:13+0200
HOST: fitletpc Loss% Snt Last Avg Best Wrst StDev
1.|-- zyxel (192.168.2.254) 0.0% 10 0.8 0.7 0.6 1.0 0.1
2.|-- 1-4-201-31.ftth.glasoperator.nl (31.201.4.1) 0.0% 10 4.4 4.3 4.1 4.5 0.1
3.|-- 10.10.80.149 0.0% 10 8.5 8.6 8.4 8.9 0.2
4.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
5.|-- 216.239.46.56 0.0% 10 10.1 10.2 10.0 10.6 0.2
6.|-- 108.170.236.137 0.0% 10 8.0 8.2 8.0 8.3 0.1
7.|-- dns.google (8.8.8.8) 0.0% 10 8.4 8.5 8.3 8.6 0.1
Hi
Die variaties in route lijken me de reden van het probleem, dit verklaart dat de ping tijd naar google tussen 10 - 100ms varieert in blokjes van 5 min (zoals te zien in de grafana plaatjes...)
Welke plugin gebruik je in telegraf? Ik gebruik nu pinger in combinatie met prometheus.
Daarnaast
op advies van
mtr -w -b www.google.com
Start: 2020-06-16T11:47:42+0200
HOST: fitletpc Loss% Snt Last Avg Best Wrst StDev
1.|-- zyxel (192.168.2.254) 0.0% 10 0.7 0.7 0.6 0.9 0.1
2.|-- 1-4-201-31.ftth.glasoperator.nl (31.201.4.1) 0.0% 10 4.1 4.2 3.9 4.5 0.2
3.|-- 10.10.80.145 0.0% 10 8.5 8.5 8.0 9.1 0.3
4.|-- 72.14.197.78 0.0% 10 8.3 8.5 8.2 9.3 0.3
5.|-- 108.170.241.193 0.0% 10 8.0 8.0 7.8 8.3 0.2
6.|-- 108.170.227.3 0.0% 10 8.8 8.8 8.4 9.0 0.2
7.|-- ams16s32-in-f4.1e100.net (172.217.168.196) 0.0% 10 7.7 7.7 7.5 7.9 0.1
zie hier, dit is de mtr output naar www.google.com, kennelijk gaat er bij de 4e hop wat mis: 100% packet loss. datum/tijdstip : nu. speedtest ( trined in St Oedenrode) is vrij normaal (d: 921 Mbps, u: 844 Mbps)
$ mtr -w -b www.google.com
Start: 2020-06-16T10:54:35+0200
HOST: fitletpc Loss% Snt Last Avg Best Wrst StDev
1.|-- zyxel (192.168.2.254) 0.0% 10 0.8 0.7 0.6 0.8 0.1
2.|-- 1-4-201-31.ftth.glasoperator.nl (31.201.4.1) 0.0% 10 4.3 4.4 4.1 5.7 0.5
3.|-- 10.10.80.149 0.0% 10 8.6 8.7 8.5 8.9 0.1
4.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
5.|-- 216.239.43.230 0.0% 10 9.9 10.3 9.9 11.3 0.4
6.|-- 108.170.237.45 0.0% 10 8.7 8.5 8.2 8.7 0.1
7.|-- ams15s32-in-f4.1e100.net (216.58.211.100) 0.0% 10 8.3 8.2 8.1 8.4 0.1
Hi
Om te zorgen dat we het wel zo snel mogelijk kunnen tackelen willen we graag onderstaande informatie ontvangen:
We vragen in dit geval om een MTR ipv een normale trace route omdat een MTR een ping stuurt naar een specifieke hop in het pad. Dan kunnen we precies zien op welke hop het probleem zit of vanaf waar het fout gaat.
bedankt voor de update. Nee, ik zie nog geen verschil:
Hoi
Sinds vanochtend (mogelijk gisteravond al?) is er een probleem met de verbinding geweest in Eindhoven en Tilburg. Wellicht dat dit de oorzaak was van de packet loss. Zou je nu (problemen zijn nu inmiddels verholpen) opnieuw een traceroute kunnen uitvoeren en kijken of het nu beter gaat?
het valt me op dat de ping naar bv 1.1.1.1 vrij constant en OK is. de issues zitten vooral in NL, bv naar nl-ix.
het valt me dat de ping naar bv colocenter.nl (gekoppeld aan de nl-ix exchange) zeer variabel is:
het valt op dat het een soort trappetjes zijn, steeds hoger ping waarde, en dan weer normaal (~10ms)
bij traceroute is dit bevestigd:
volgens mij heeft dit relatie met de packet loss issues, met name naar NL servers...
Hi
Could you (like lex333 dit above) please send a traceroute or MTR trace in this topic? That way we can trace the origin of the drop in speed. I'm determined to find the reason for these glitches.
Do you still experience packet loss? Could you give me an idea how long and at what times these happen?
And here we go again. Same problem with download speed, lost packets etc.
sorry, t-mobile. But it is time...
Hi
het is nu weer waardeloos, naar google
Ping verlies is ongeveer 18% van de pings…
Speedtest via fast.com: heb een 1gbit abo...
Hi
It seems there was a short glitch in internetspeed wednesday evening (and apparantly again this weekend). Luckily it didn't last long. If for some reason the downloadspeed (or upload) drops again, could you please send a traceroute or MTR trace in this topic? That way we can trace the origin of the drop in speed.
Thanks in advance!
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.