UGG Anschluss, extrem hoher Ping

ich habe heute mal bei einem 500/250er Anschluss gemessen der Ping ist genauso bescheiden mit 36 ms

Hey ​@FunThomas76,

erstmal willkommen in der Community, schön, dass du dich hier meldest. 😊

35er Ping klingt schon etwas zu hoch für FTTH, da gebe ich dir recht. Du hast ja quasi schon dargelegt, dass es am Routing/Peering liegt. Hast du mal einen Speedtest probiert, mit verschiedenen Servern, bei dem dir die Latenz mit angezeigt wird? Das würde mich mal interessieren, ob es an verschiedenen Serverstandorten besser aussieht. 

Kannst du mir das Postleitzahlgebiet nennen, in dem du lebst? Vielleicht finde ich ja etwas heraus zum Routing von dort aus. 

Beste Grüße,
Paul 

​@FunThomas76 wohnst Du denn nahe an Berlin? Dein erster O2-Hop sieht als befaende er sich in Berlin:

loopback1.0006.acln.02.ber.de.net.telefonica.de

In der Vergangenheit sah es so aus, als wuerde aller Traffic zwischen O2 und UGG in Muenchen uebergeben, was dann je nach Wohnort die relativ hohe Latemz mit erklaeren konnte. Leider sehen wir von dem L2 Pfad zwischen Dir und O2 nichts in MTR/Traceroute (die arbeiten auf Layer 3 und haben keine echte Einsicht in Layer 2 und tiefer).

Die ~10ms von Berlin, nach Frankfurt sind fuer O2 ueblich (Hop 4 (bundle-ether20.0003.corx.02.ber.de.net.telefonica.de) ist nominell auch in Berlin, aber ich vermute mal das ist ein MPLS Hop und bei MPLS bekommt man i.d.R. nicht die individuellen RTTs sondern immer nur die RTT vom letzten MPLS Hop). 25 ms nach Berlin ist etwas hoch, es sei denn der Pfad verlaeuft von Dir nach Muenchen und dann nach Berlin zum O2-PoP… vielleicht kann ja ​@o2_Paul herausfinden wo die Uebergabe zwischen UG und O2 statt findet und welchen Pfad innerhalb der UGG die Pakete nehmen.

Danke für die Adleraugen ​@pufferueberlauf0!
Da bin ich noch nicht genug into it, um das direkt zu erkennen. Ich nehme das mal mit und schaue, was ich in Erfahrung bringen kann, klingt ja nach etwas, was potenziell für mehrere Kundinnen und Kunden interessant sein könnte. 😄 

Also ich weiß nicht was O2 mit der Anmeldung in ihren Portalen falsch macht aber ich hatte noch nie so viele Probleme wie seit ich O2 Glasfaserkunde bin :-(

Seit letzter Woche konnte ich mich nicht in mein Kundencenter einloggen weil die Sicherheitsabfrage nicht verschickt wurde (kam auch nicht im Spam an)

An der Hotline so antworten wie ich solle am besten noch nen O2 Mobilfunk Vertrag abschliessen dann könnte ich den Code auch per SMS bekommen? Wieso kriegen Banken das mit jeder Handynummer egal welcher Vertragsanbieter hin?

Dann die nächste Idee ich solle mal bei Google nachfragen …

Dann habe ich der Dame gesagt wenn O2 nen Problem mit Google hätte wäre ich nicht der einzige Kunde und dann solle bitte O2 das mit Google klären.

Auf jeden Fall sollte mich bis Samstag Abend ein Techniker zurückrufen mit der Lösung des Problems …

Ratet was nicht passiert ist :-(

garkeine Rückmeldung vom Besten Service 

Heute mal wieder probiert wurde mein Account anscheinend komplett gelöscht → Passwort funktionierte nicht mehr und mit der eMail konnte ich mich nicht einloggen.

Dann neuen Account erstellt und endlich funktioniert auch der Sicherheitscode an meine eMail :-)

Fürs Forum musste ich mir nen neuen Benutzernamen zulegen FunThomas76 fand O2 irgendwie nicht so toll :-( warum auch immer

​@o2_Paul 

Also ich wohne ca. 50 km südlich von Magdeburg und Vorwahlgebiet ist 03946.

Ich hatte einige von diesen Speedtest seiten probiert auch die Breidbandmessung.de aber die landen alle im gleichen Rahmen so von 36-40ms

kurze Rückmeldung inzwischen hat O2 was getan → inzwischen liegt der Ping zwischen 20-25 ms was nicht überragend aber ertragbar für die 2 Jahre ist

Kann mal bitte jemand auf meine Leitung schauen? Ich habe permanente reconnects.  (Die roten Balken) 
UGG Glasfaser.

Hallo ​@gudelaune,

das sieht ja in der Tat nicht so gut aus, es tut mir leid, wenn es hier zu Problemen mit deinem Glasfaseranschluss kommt.

Hattest du dich bereits bei unserer Störungsannahme gemeldet und ein Ticket aufnehmen lassen?

Ich habe leider keinen Zugriff auf deinen Anschluss und kann dazu leider nichts Genaues sagen. Diese Verbindungsabbrüche treten in welchem Abstand auf? Welcher Router ist da im Einsatz?

Viele Grüße

Giulia

Also ich weiß nicht was O2 macht oder nicht macht inzwischen bin ich mit ner 600er Glasfaserleitung mit dem Ping bei 29 ms :-( das ist schlechter als mein 16000er DSL vor gefühlt 10 Jahren

Wie sieht das denn genau aus brei Dir?

# Unter https://github.com/fujiapple852/trippy/releases zur aktuellen Release navigieren und unter Assets das passende Archiv fuer das eigene Endsystem (Windows, Macos, Linux) runterladen und lokal entpacken.
# Unter Windows CMD als Administrator starten, ins Verzeichnis mit der Datei trip.exe wechseln und folgendes aufrufen, die Firewall muss eventuell fuer Trippy geoeffnet werden.
trip --mode tui --icmp-extensions --dns-lookup-as-info --tui-address-mode both --tui-icmp-extension-mode all --tui-preserve-screen --dns-resolve-method cloudflare  --tui-custom-columns holsravbwdtKM --icmp --tos 181 -4 one.one.one.one

# jeweils nach ca. 100 Messungen Trippy einfrieren (mit CTRL-f) und deinen Screenshot machen und posten
# Bitte das CMD-Fenster so breit machen, dass die zweite Spalte (Host) komplett lesbar ist

# oder mit etwas weniger Information aber dafuer einfach als Text kopierbar:
trip --mode pretty -C 100 -4 one.one.one.one

​@pufferueberlauf0 sorry aber irgendwie funktioniert trippy nicht so recht bei mir 

mit der langen Commandozeile nimmt er statt 1.1.1.1 -> 1.0.0.1 als Zieladresse

wenn ich die Zeile statt one.one.one.one 1.1.1.1 nehme gehts auch auf die richtige Adresse aber dann werden trotzdem keine HOPs erkannt und der Balken unten läuft nur rot weiter

ich kann hier mal nen aktuelles WinMTR log posten:

|------------------------------------------------------------------------------------------|

|                                      WinMTR statistics                                   |

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

|                               fritz.box -    0 |   33 |   33 |    0 |    0 |    7 |    0 |

|lo1.0005.acln.02.ber.de.net.telefonica.de -    0 |   33 |   33 |   18 |   19 |   28 |   19 |

|lag26.0002.cord.02.ber.de.net.telefonica.de -    0 |   33 |   33 |   18 |   18 |   19 |   19 |

|lag10-0.0001.corx.05.ber.de.net.telefonica.de -    0 |   33 |   33 |   28 |   28 |   31 |   29 |

|lag19.0003.corx.02.fra.de.net.telefonica.de -    0 |   33 |   33 |   28 |   29 |   31 |   29 |

|lag3.0001.cord.02.fra.de.net.telefonica.de -    0 |   33 |   33 |   28 |   29 |   33 |   29 |

|lag1.0002.corp.02.fra.de.net.telefonica.de -    0 |   33 |   33 |   28 |   29 |   30 |   29 |

| ipv4.de-cix.fra.de.as12306.plusline.net -    0 |   33 |   33 |   29 |   29 |   31 |   29 |

|                            82.98.102.71 -    0 |   33 |   33 |   28 |   29 |   30 |   29 |

|                            212.19.61.13 -    0 |   33 |   33 |   28 |   28 |   31 |   29 |

|                     redirector.heise.de -    0 |   33 |   33 |   28 |   29 |   33 |   29 |

|________________________________________________|______|______|______|______|______|______|

   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Leitung ist über UGG angebunden und wohne südlich von Magdeburg, PC direkt an der Fritzbox 5590 über LAN-Kabel

weiß auch nicht warum der erst nach Berlin (ich nehme an ber.de ist Berlin) und dort schon 19ms verloren hat dann nach Frankfurt (fra.de) routet und hier nochmal 10 ms verliert und Heise.de scheint wohl in Frankfurt gehostet zu sein so schnell wie es dann erreichbar ist

Geschwindigkeit über Breitbandmessung.de 594 MBits/s down und 295 MBit/s up Ping 29

​@pufferueberlauf0 sorry aber irgendwie funktioniert trippy nicht so recht bei mir 

mit der langen Commandozeile nimmt er statt 1.1.1.1 -> 1.0.0.1 als Zieladresse

Interessant. Aber WinMTR zeigt bis zum ersten Hop sind es eher 19 Millisekunden, statt 29… Dein PoP ist in Berlin und von Dir braucht es 19 Millisekunden zum Hop, das ist etwas lang… vor einiger Zeit schien die Uebergabe zwischen der UGG und O2 in/um Muenchen statt zu finden, gut wenn man da wohnt, sonst eher sub-optimal, aber ich habe keine Ahnung ob das noch so ist. Von Magdeburg nach Berlin sollte es eher nicht 20 Ms brauchen, daher der Verdacht, dass es erstmal einen Umweg ueber eine UGG->O2 Uebergabe geht, die wir leider nicht sehen koennen, weil die kein L3/IP-Hop darstellt. Da waere es grossartig wenn die Moderatoren da mal nachhaken koennten. Die gucken aber nur alle 1-2 Wochen in die Threads hier (ist primaer als Kunde-hilft-Kunde Forum gedacht) d.h. da werden wir erstmal abwarten muessen.

Ach ja, ca 20 Millisekunden sind es nach Frankfurt, aber ca. 10ms von Berlin nach Frankfurt ist nicht unueblich. Ich bin per VDSL bei O2, wohne zwischen Hamburg und Frankfurt und lande immer am Hamburger PoP (mit ca. 10 Millisekunden RTT nach Hamburg) von da aus nach Frankfurt sind es dann noch mal ca. 10 Ms extra.

wenn ich die Zeile statt one.one.one.one 1.1.1.1 nehme gehts auch auf die richtige Adresse aber dann werden trotzdem keine HOPs erkannt und der Balken unten läuft nur rot weiter

Bist Du sicher dass Du “die Firewall [...] fuer Trippy geoeffnet [...]” hattest?

-- “Heise.de scheint wohl in Frankfurt gehostet zu sein” --

Hallo ​@FunThomasIT ,

Das ist korrekt. Die Server von Heise stehen bei Plus.line in Frankfurt/Main.

​@pufferueberlauf0 ja ich habe in den Windows Firewall Regeln jeweils eine ausgehende und eingehende Regel bei der trip.exe für beliebige Adressen und beliebige Ports die Kommunikation zugelassen ist

wird auch in ner Admin-CMD ausgeführt

wenn ich trip über meinen VPN laufen lassen dann kriege ich nen Ergebnis ;-)

aber da liefert auch nur 1.1.1.1 nen Ergebnis und die ersten 10 Hops nix

Weiß nicht ob O2/UGG da irgendwas blockt

Ich vermute “--dns-resolve-method cloudflare” koennte da ein Problem sein… viellecht funktioniert da:

--dns-resolve-method google

oder

--dns-resolve-method system

oder

--dns-resolve-method resolv

besser, bei mir funktioniert cloudflare problemlos (dafuer klappt system nicht...)

ich probiere das mal die Tage wenn die Leitung ungenutzt ist, momentan lasten die Kids die Leitung aus

aber die Messung ändert leider auch nichts an dem bescheidenen Ping den O2 hier liefert

Danke für deine Bemühungen ​@pufferueberlauf0 

ich probiere das mal die Tage wenn die Leitung ungenutzt ist, momentan lasten die Kids die Leitung aus

Kein Stress, kenne ich, manche Tests macht man besser/lieber wenn das Netz ruhig ist, aber bei MTR/traceroute/trippy und Ko. kann man oft auch Messungen aus Normalbetrieb interpretieren, man guckt dann einfach verstaerkt auf die minimale RTT jedes Hops, die ist so oder so der beste Schaetzer fuer die Pfad-RTT zwischen Messcomputer und jeweiligem Hop.

aber die Messung ändert leider auch nichts an dem bescheidenen Ping den O2 hier liefert

In der Tat dokumentiert man das damit, aendern tut sich erstmal nichts… der Haken ist halt, der vermutete Umweg ueber die UGG.. mit Deinem PoP in Berlin waeren, bis direkter Verbindung von  Magdeburg halt eher so um die 19-20 Millisekunden RTT nach Frankfurt drin.

Ist leider bei mir genauso: Bei mir läuft alles erst über München und das erhöht den Ping. 

Was mir auch mal aufgefallen ist, dass der Ping zum ersten Hop in München schwankt. 

An guten Tagen sind es 6-7ms, an schlechten Tagen 10-12ms. 

Hallo ​@FunThomasIT,

das schauen wir uns gerne an und versuchen herauszufinden, ob ein erhöhter Ping durch eine Übergabe zwischen uns und UUG begünstigt wird.

Konntest du in der Zwischenzeit bereits eine neue Messung unternehmen?

Viele Grüße,

Gerrit

|------------------------------------------------------------------------------------------|

|                                      WinMTR statistics                                   |

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

|                               fritz.box -    0 |   12 |   12 |    0 |    0 |    0 |    0 |

|lo1.0001.acln.05.ber.de.net.telefonica.de -    0 |   12 |   12 |   18 |   18 |   20 |   18 |

|lag37.0002.cord.05.ber.de.net.telefonica.de -    0 |   12 |   12 |   18 |   18 |   20 |   18 |

|lag8-0.0001.corx.05.ber.de.net.telefonica.de -    0 |   12 |   12 |   28 |   28 |   29 |   29 |

|lag19.0003.corx.02.fra.de.net.telefonica.de -    0 |   12 |   12 |   28 |   29 |   31 |   30 |

|lag2.0002.cord.01.off.de.net.telefonica.de -    0 |   12 |   12 |   28 |   28 |   30 |   29 |

|lag2.0002.corp.01.off.de.net.telefonica.de -    0 |   12 |   12 |   28 |   29 |   30 |   29 |

| ipv4.de-cix.fra.de.as12306.plusline.net -    0 |   12 |   12 |   29 |   29 |   30 |   29 |

|                             82.98.102.7 -    0 |   12 |   12 |   28 |   29 |   30 |   29 |

|                            212.19.61.13 -    0 |   12 |   12 |   28 |   29 |   31 |   29 |

|                     redirector.heise.de -    0 |   12 |   12 |   29 |   29 |   30 |   29 |

|________________________________________________|______|______|______|______|______|______|

   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

ich glaube da hat sich inzwischen nicht viel getan

es ist aber schon traurig wenn ich nen Berliner VPN nehme und dorthin verbinde dann ists 4ms schneller als übers Telefonica/O2 netz

|------------------------------------------------------------------------------------------|

|                                      WinMTR statistics                                   |

|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |

|------------------------------------------------|------|------|------|------|------|------|

|                              10.128.0.1 -    0 |   12 |   12 |   17 |   17 |   18 |   17 |

|                ber-ipb-cr1-v11.31173.se -    0 |   12 |   12 |   17 |   17 |   18 |   18 |

|          fra-eq5-cr1-ae0-v2057.31173.se -    0 |   12 |   12 |   25 |   25 |   26 |   25 |

| ipv4.de-cix.fra.de.as12306.plusline.net -    0 |   12 |   12 |   25 |   25 |   26 |   25 |

|                            82.98.102.71 -    0 |   12 |   12 |   25 |   25 |   26 |   25 |

|                            212.19.61.13 -    0 |   12 |   12 |   25 |   25 |   26 |   25 |

|                     redirector.heise.de -    0 |   12 |   12 |   25 |   25 |   26 |   25 |

|________________________________________________|______|______|______|______|______|______|

   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

alles über Berliner Mullvad VPN Knoten 4 ms schneller nach Frankfurt

und die spannende Frage bleibt warum vergehen 18 ms bis mein Glasfaser Anschluss den ersten Punkt bei O2 erreicht → gern mal mit UGG klären/nachfragen

Mich würde mal interessieren wo mein Traffic überall entlang geleitet wird bis ich dann anscheinend irgendwo zwingend in Berlin rauskomme (noch nicht aus dem O2 Netz aber anscheinend aus dem blinden Tunnel) um dann für den meisten Traffic wieder nach Frankfurt (weiterhin über das 4ms langsamere O2 Netz) geleitet zu werden. 

Warum erfolgt keine Übergabe in Berlin aus dem Telefonica Netz um dann schneller zu routen?

und die spannende Frage bleibt warum vergehen 18 ms bis mein Glasfaser Anschluss den ersten Punkt bei O2 erreicht

Das sind doch 12ms laut deinen Tests (?)

es ist aber schon traurig wenn ich nen Berliner VPN nehme und dorthin verbinde dann ists 4ms schneller als übers Telefonica/O2 netz

Naja, Latenz bleibt ein Indikator, ist aber keine “Leistung” in der Form. Die Latenz sagt eben, die (insgesamt) zurückgelegene Strecke ist länger, als über den VPN, vermutlich eben weil der VPN über eine kürzere Route zu deinem Ziel angebunden ist als o2 es selbst ist.

Warum erfolgt keine Übergabe in Berlin aus dem Telefonica Netz um dann schneller zu routen?

Naja, deine Tests zeigen es ja doch, Hop 1 ist einen Übergabepunkt vom Netz des Infrastrukturbetreibers an Telefonica, in Berlin.

Was eher die Frage ist, ist warum diese 12ms weit entfernt von deiner Quelle liegt.