Hohe Latenzen an einem DTAG Hub
1 year ago
Hi,
da ich momentan Probleme mit unserem VPN auf Arbeit habe, habe ich einiges an Traceroutes usw laufen lassen. Dabei ist mir per Zufall aufgefallen, dass es am HOP b-eh3-i.b.de.net.dtag.de immer wieder du Latenzpeaks kommt. Die Latenz dort liegt zwischen 12ms und über 370ms. (Was den Average auf 40ms+ hebt, die restlichen Hops liegen so bei 15ms). Das erklärt auch die ständigen Peaks bei meinen Bufferbloat tests.. (Irgendwas an dem Hop ist nicht in Ordnung)
206
0
8
Accepted Solutions
All Answers (8)
Sort by
Oldest first
Newest first
Oldest first
Author
All
This could help you too
4 years ago
962
0
4
10 months ago
182
0
2
Solved
7 years ago
1233
0
2
Kugic
1 year ago
Erklären tut das nichts.
Der Server antwortet nur später auf die IMCP Anfrage, weil er grad besseres zu tun hat.
1
0
RoadrunnerDD
1 year ago
die restlichen Hops liegen so bei 15ms
Auch dein Zielhost? Dann sind alle Zwischenhops vollkommen irrelevant.
0
0
CyberSW
1 year ago
Pingplotter?
Das was du da zeigst, kann auch das Ende vom "Stau" sein.
Beispielsweise weil nen kleiner Anbieter/Provider/Hoster ne zu kleine Abfahrt vom Telekom Netz hat.
Natürlich hast dann auf der Telekom Autobahn nen kleinen Rückstau.
1
0
GenervtUndVeraergert
1 year ago
Es ist schwer das in einem MTR nach zu vollziehen, aber ja, auch beim Ziel ab und an. Diese Ausreißer nach Oben gibt es immer wieder mal. Gerade mit aktivem VPN habe ich massive Spikes von >2 Sekunden
(Nur hilft der Trace dann nicht mehr weiter, aber zumindest am Ziel sieht man es dann ständig)
0
0
Stefan
1 year ago
Irgendwas an dem Hop ist nicht in Ordnung
das ist mit großer Wahrscheinlichkeit eine komplette Fehleeinschätzung deinerseits - kann aber abschließend nur beurteilt werden wenn die MTR oder
Pingplotter auch gepostet werden. 100erte anderer Meldung die hier mit ähnlichen Argumenten aufgestellt wurden, sind schnell als Fehlinterpretation entlarvt.
Ping Plotter schreibt zum Beispiel dazu die recht eindeutigen Zeilen:
https://www.pingman.com/kb/5
The important thing to remember is that the final destination is what REALLY matters. If the final hop is showing zero packet loss and acceptable latency, there isn't a problem. All issues in hops before become null and void.
der Hersteller solcher Programme, sollte es ja wissen
3
0
GenervtUndVeraergert
1 year ago
Na dann hilft es ja zu lesen, was ich geschrieben habe: Ich sehe am Finalen Punkt (mit VPN aktiv) beides. Da der Endpunkt nur über das VPN erreichbar ist und ich durch das VPN entsprechende Hops nicht sehen kann, habe ich einmal oben den Weg ohne VPN (selbe Strecke, da selbe Firewall beim AG in selbem Netz) gepostet. der plot/mtr vom VPN wird euch nicht helfen, da müsst ihr mir einfach glauben. Auffällig ohne VPN sind zwei Hops: Telia (Packet Loss) und der Hop von oben (Peaks). Und dass die Telekom Wegelagerei spielt mit Telia und Co ist ja nun wirklich nichts neues, leider betrifftes mich aber nun beruflich und da hört der Spas dann einfach auf.
0
2
RoadrunnerDD
Answer
from
GenervtUndVeraergert
1 year ago
Wo?
0
olliMD
Answer
from
GenervtUndVeraergert
1 year ago
Und dass die Telekom Wegelagerei spielt mit Telia und Co ist ja nun wirklich nichts neues,
Und dass die Telekom Wegelagerei spielt mit Telia und Co ist ja nun wirklich nichts neues,
Ich hol dann mal das Popcorn raus, wenn das auf dieses Niveau hier sinkt.
0
Unlogged in user
Answer
from
GenervtUndVeraergert
Unlogged in user
Ask
from
GenervtUndVeraergert