Hohe Latenzen an einem DTAG Hub

2 years 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.. unzufrieden (Irgendwas an dem Hop ist nicht in Ordnung)

207

8

    • 2 years ago

      Erklären tut das nichts. 
      Der Server antwortet nur später auf die IMCP Anfrage, weil er grad besseres zu tun hat. 

      0

    • 2 years ago

      GenervtUndVeraergert

      die restlichen Hops liegen so bei 15ms

      die restlichen Hops liegen so bei 15ms
      GenervtUndVeraergert
      die restlichen Hops liegen so bei 15ms

      Auch dein Zielhost? Dann sind alle Zwischenhops vollkommen irrelevant.

      0

    • 2 years 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. 

      0

    • 2 years 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 Traurig (Nur hilft der Trace dann nicht mehr weiter, aber zumindest am Ziel sieht man es dann ständig)

      0

    • 2 years ago

      GenervtUndVeraergert

      Irgendwas an dem Hop ist nicht in Ordnung

      Irgendwas an dem Hop ist nicht in Ordnung
      GenervtUndVeraergert
      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

      0

    • 2 years 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.

      2

      Answer

      from

      2 years ago

      @GenervtUndVeraergert  schrieb:
      habe ich einmal oben den Weg ohne VPN [...] gepostet

      Wo?

      Answer

      from

      2 years ago

      GenervtUndVeraergert

      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,

      GenervtUndVeraergert

      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.

      Unlogged in user

      Answer

      from

    Unlogged in user

    Ask

    from

    This could help you too