Servus,

o2 hält allerdings grundzätzlich schon ausreichend grosse Anbindungen an das restliche Internet, das ist ja nicht die Telekom. Das lässt sich allerdings ggf. (auch wenn nicht ganz trivial) halbwegs nachmessen.

Zu deine Traceroutes, das ist jetzt halt einen einzigen Ziel, es reicht schon, je nach dem welche (echte) IP sich hinter die Anycast IP 1.1.1.1 “versteckt”, dass eine andere Route hierfür nötig ist.

Somit ist hier damit (noch) kein Problem erkenntbar.

Allerdings kannst du dir folgenden Thread ansehen:

und entsprechenden Monitoring einrichten. Das dürfte mit den von dir beschriebenen Symptome am ehesten passen.

Vermutlich ist je verwendendeten Router (auf o2 Seite) ein Packetloss Problem drin.

Davon abgesehen, einen Test gegen einen DNS Server bzw. dessen Anycast IPv4 ist, wenn du Probleme in einem Spiel hast, wenig zielführend. Den Test müsstest du gegen den problematischen Ziel führen.

Ich habe mehrere Traces gemacht, auch zu anderen IPs routet das Gateway  62.52.193.57 über den Mega-IX in Frankfurt während andere Gateways von o2 über den DECIX routen. Am DECIX ist o2 mit doppelter Bandbreite wie am Mega-IX angebunden.

Sehr wohl ist der Test wertvoll da ich sichergestellt habe das die Leitung grundsätzlich stabil ist und keinen Paketverlust hat!

Amazon Web Services, dort befindet sich wohl ein Großteil der für das Spiele relevanten Server ist nicht am Mega-IX vertreten, heißt hier würden die Datenpakete unter Umständen einen Umweg nehmen müssen. Sinnvolle Aussagen kann hier wohl nur o2 selber treffen, denn entweder hat das einen Grund oder es ist ein Fehler.

Wenn du es selbser so gut weisst, dann freue ich mich für dich :)

Dann kann ich hier leider nicht unterstützen.

Hallo ​@R1963 und willkommen hier in unserer o2 Community :-)

Wenn es beim Online-Gaming hakt, ist das Erlebnis meistens weniger gut. Ein paar Sachen kann man selber machen, ein paar Möglichkeiten haben wir, manchmal liegt es am Serverbetreiber.

Ein Ping auf einem Srver. der mit dem Spiel nicht wirklich etwas zu tun hat, hilft leider nicht weiter, die mögliche Ursache einzugrenzen oder den Finger auf eine Komponente zu legen und sagen “Daran liegts”.

Am meisten würden uns Traces auf die jeweiligen Server helfen, auch eine Beschreibung, wie genau sich denn diese Hänger genau äußern (Friert das Spiel ein? Rubberbanding? Lagspikes?...) und welche Spiele es betrifft  würde helfen, das ganze einzugrenzen.

Du schreibst, dass du den Anschluss zum testen nutzt, ich gehe also von aus, dass noch ein anderer Anschluss bestanden oder bestanden hat? Gab oder gibt es dort diese Einschränkungen denn auch?

Gruß,
Lars

Lieber o2 Lars zunächst einmal Danke für deine Antwort. Mit dem Anschluss eines anderen Anbieters hat das Problem nicht bestanden. 

Das Problem besteht am o2 Anschluss auch nur wenn die PPPoE Verbindung über ein bestimmtes Gateway hergestellt wird, nämlich das mit der IP 62.52.193.57. Denn dann wird der Datenverkehr im oder aus dem o2 Netz komplett anders geroutet, nämlich anstatt über den DE-CIX über den Mega-IX. Aus meiner Sicht macht es keinen Sinn den Datenverkehr eines Access Concentrators über einen anderen Internetknoten zu jagen als den der anderen. Aber das ist meinee MEinung ohne Anspruch auf Richtigkeut, Ich habe hier den Trace zur IP 1.1.1.1 gewählt da dieser schön kurz ist und man auch schön sieht welchen Weg die Datenpakete nehmen. 

Traces zu den Servern des Spiels liefern halt nichts sinnvolles weil die Router unterwegs nicht Antworten und dann nur * * * Zeitüberschreitung der Anforderung ab dem 5. Hop oder 6. Hop ausgegeben wird.

Zwar wird zur Netzwerkdiagnose gerne ping eingesetzt aber eigentlich ist das wenig aussagekräftig. So ist es gang und gebe das Systeme unter Last nicht auf einen ping antworten und sich um das kümmern was ihre primäre Aufgabe ist, heißt eine ausbleibende Antwort auf einen ping kann auf einen Fehler hinweisen muss sie aber nicht unbedingt. Ich habe trotzdem die IP 1.1.1.1 angepingt und in mehr als 24 Stunden sind gerade einmal 6 Pakete verloren gegangen, was aber am 24h Reconnect liegt der auf meinem Router ca. 4 Sekunden dauert. Das hat dann aber schon aussagekraft und zwar das die Datenpakete auf dem Weg zur IP 1.1.1.1 immer ihren Weg finden und beantwortet werden egal über welchen Internetknoten gerade geroutet wird.

Das Problem scheint zu sein dass das Routing von o2 über dem Mega-IX zu Amazon Web Services nicht so gut ist wie über den DE-CIX. Mir ist tatsächlich ein weiteres Problem eingefallen. Seit der Umstellung zu o2 habe ich auch immer mal wieder das Problem das Bilder bei Amazon auf der Website von der Adresse c.media-amazon.com nicht oder nur verzögert geladen werden. Dieses Problem habe ich aber noch nicht weiter diagnostiziert. Ein Trace dahin sieht halt wenig aussagekräftig so aus:

  1    <1 ms    <1 ms    <1 ms  router [10.0.0.1]
  2    12 ms    10 ms    10 ms  loopback1.0005.acln.02.fra.de.net.telefonica.de [62.52.193.29]
  3    11 ms    10 ms    10 ms  bundle-ether37.0001.cord.02.fra.de.net.telefonica.de [62.53.12.56]
  4    16 ms    10 ms    10 ms  bundle-ether1.0002.prrx.09.fra.de.net.telefonica.de [62.53.13.89]
  5     *        *        *     Zeitüberschreitung der Anforderung.
  6     *        *        *     Zeitüberschreitung der Anforderung.
  7     *        *        *     Zeitüberschreitung der Anforderung.
  8     *        *        *     Zeitüberschreitung der Anforderung.
  9     *        *        *     Zeitüberschreitung der Anforderung.
 10     *        *        *     Zeitüberschreitung der Anforderung.
 11     *        *        *     Zeitüberschreitung der Anforderung.
 12    10 ms    10 ms    10 ms  server-18-244-14-20.fra56.r.cloudfront.net [18.244.14.20]

Im Spiel äußert sich das Problem so das es leider immer wieder für eine oder zwei Sekunden einfriert. Beim Bufferbloattest habe ich immer wieder Grade A als Ergebnis.

Da der o2 Anschluss monatlich kündbar, ist werde ich da eher nicht mehr viel Aufwand reinstecken. Ich habe jetzt einiges gemacht, inklusive komplett neuem Router und anderem DSL-Modem. Ist halt aber irgendwie blöd wegen einem Spiel den Anbieter wechseln zu müssen :(

Vielleicht gibst du die Infos trotzdem mal an einen eurer Netzgurus weiter, ich bin mir sehr sicher die wissen innerhalb von Sekunden ob das ein Problem sein kann und mehr als die drei Traces brauchen die dazu auch sehr sicher nicht :) Wenn nicht dann halt nicht, ich habe hier zwei Telefon Leitungen liegen und kann daher auch ganz entspannt einen zweiten Anbieter nebenher testen. Es gewinnt halt dann der bei dem es besser läuft :)

Danke und eine schöne Zeit noch.

Hier ein grober Hack, lass ein Script laufen, dass die O2-Gateway Adresse bestimmt und einen Reconnect ausloest wenn das “schlechte Gateway” gewaehlt wurde...

Hallo ​@R1963,

konntest du den Tipp von pufferueberlauf0 anwenden und falls ja, hat es etwas gebracht?

Viele Grüße,

Gerrit

Tja heute routed auch loopback1.0006.acln.01.off.de.net.telefonica.de [62.52.193.60] über den Mega-IX. ISt wahrscheinlich eine Art Load Balancing, wenn auch mit Nachteilen für mich :(

Werd dann wohl doch mal nebenher einen anderen Anbieter testen. Gestern mit Routing über den DE-CIX keine Hänger im Spiel.

Die Idee mit dem Reconnect hatte ich auch schon, mit OpenWRT wäre das ja auch möglich. Birgt halt die Gefahr das man dann länger gar kein Internet hat.

Mal sehen 1&1 müsste hier über Versatel und L2-BSA schalten, das könnte ja noch besser sein. Tatsächlich hatte ich o2 wegen des Peerings gewählt, bei PeeringDB sah das alles ziemlich gut aus. Wie so oft steckt der Teufel dann doch im Detail. Vielleicht jage ich den Traffic doch auch über einen V-Server bei Hetzner.

Die Idee mit dem Reconnect hatte ich auch schon, mit OpenWRT wäre das ja auch möglich. Birgt halt die Gefahr das man dann länger gar kein Internet hat.

Na ja, wuerde das automatisiert tief in der Nacht machen… da nutze ich i.d.R. das Netz nicht aktiv…

Ich verschiebe den 24h Zwangsdisconnnect ja auch schon in die Nacht. Ich habe dahingehend auch schon experiementiert und mehrfach die PPPoE Verbindung neu aufgebaut, es scheint aber so zu sein als wäre die PPPoE Verbindung “sticky” und kommt dann doch wieder beim gleichen Access Concentrator raus.

Ich Danke allen beteiligten für die Mithilfe aber ich sehe das Thema an der Stelle für mich als beendet an, wen nauch nich gelöst an :)

Ah, als ich Probleme mit O2-Gateways hatte die Paketverlust hatten, war ich innerhalb weniger Reconnects i.d.R. mit einem anderen Gateway verbunden, aber das mag am PoP in Hamburg/Ahrensburg anders sein als in Frankufrt/Offenbach, was fuer Load-Balancing sprechen wuerde wie Du bereits geschrieben hast.

Ich Danke allen beteiligten für die Mithilfe aber ich sehe das Thema an der Stelle für mich als beendet an, wen nauch nich gelöst an :)

OK. 

Hallo ​@R1963 ,

wahrscheinlich mache ich mich jetzt komplett lächerlich, aber Du zeigst uns Traces vom IPv4-Routing. Ferner behauptest Du, dass Traces über Cloudflare hinaus keinen Sinn ergeben, da diese die kürzesten sind. Und wenn Du IPv4-Traces zu anderen Zielen zeigst, sind jede Menge Timeouts zu erkennen.

Interessant aber wird es erst, wenn Du die IPv4-Traces mit IPv6-Traces vergleichst. Ich z. B. nutze immer gerne google.de als Ziel, da google auf beiden Protokollen erreichbar ist!

Da Dein Router natürlich keine 10.0.0.1 als IP hat, brauche ich hier erst recht beim IPv6-Tracing nicht zu erwähnen, dass Du den ersten Hop unkenntlich machen solltest!

Es kann durchaus vorkommen, wie bei mir auch, dass das IPv4-Routing via Düsseldorf nach Frankfurt und rüber nach Amerika und zurück verläuft. Via IPv6 aber kurioserweise via Berlin nach Hamburg und von dort aus rüber in die Staaten geht.

Wie sieht es denn aus, wenn Du fürs Gaming nur das IPv4-Protokoll zulässt und IPv6 sperrst?

Wie erwähnt, wahrscheinlich mache ich mich gerade komplett lächerlich.

Tatsächlich ist IPv6 bei mir nicht mehr aktiv und war es um genau zu sein auch nur wenige Tage. Gerade im Bezug auf meine Probleme hatte ich das vor ein paar Wochen ausprobiert.

Keines der Online Spiele, die ich spiele,  verwendet IPv6 und mir waren tatsächlich teilweise längere Paketlaufzeiten aufgefallen. Zu heise habe ich einen Ping von 11ms per IPv4 aber einen von 26ms per IPv6. IPv6 bringt mir aktuell keine Vorteile aber Nachteile, Windows 11 vergisst per DHCP erhaltene IPv6 DNS Server nicht, was dann zu Problmen führt wenn man mit seinem Notebook in einem anderen IPv4 Only Netzwerk unterwegs ist. Meines Smartphone haben sich spätestens nach dem 24h Reconnect geweigert IPv6 zu nutzen. Also habe ich IPv6 in den lokalen Netzwerken wieder deaktiviert, der Router baut zwar weiterhin auch eine IPv6 Verbindung auf verteil aber keine IPv6 Adressen mehr in den lokalen Netzen.

Ein Trace zu one.one.one.one vom Router aus sieht z.B. so aus:

 1  2a02:3001::248  10.245 ms
 2  *
 3  2001:7f8:8:20:0:3417:0:1  10.884 ms (Mega-IX)
 4  2400:cb00:71:3::  11.005 ms (Wenn man diese Adresse googelt, lande
 5  2400:cb00:929:1024::ac44:1832  10.419 ms

Leider hat keine der IPs einen DNS-Eintrag.

Wenn man nach der Adresse  2400:cb00:71:3:: sucht findet man an zweiter Stelle einen Beitrag aus der o2 Community. Der ist ziemlich alt und ungelöst. Im ersten Ergebnis wird von Problemen bei der Telekom und cloudflare gesprochen. Wie man weiß peert die Telekom praktisch nicht am DE-CIX was deswegen immer wieder zu Problmen führt und auch mich bewogen hat einen Anschluss bei o2 zu bestellen. Tja das passt ja auch gut zu meinem Problemen:

Routing über DE-CIX ist fix, Routing über Mega-IX is nix :P

Gestern habe ich am Mittag zwei Stunden ohne Probleme, auch mit Routing über den Mega-IX, spielen können. Abends habe ich dann ab 19:30 Uhr auch 45 gute Minuten gehabt und ab 20:15 dann wieder Ruckler, war ganz witzig weil ich dachte läuft heute ja mal. Man kann in so einem Fall ja auch immer von einer Überlastung der Spiele Server ausgehen aber die Rennen sind nie voll geworden (20-25 von 28 Spielern) daher, würde ich davon ausgehen dass das nicht die Ursache ist.

PS: Tatsächlich hat mein Router eine IP im 10.0.0.0/8 Bereich, damit geht man Problemen bei VPN-Verbindungen in die üblichen Heimnetze aus dem Weg. Dank Classless Inter-Domain Routing darf man ja auch im 10.0.0.0/8 Bereich kleinere Netze definieren :)
 

Bezueglich traceroute, ich empfehle da inzwischen Trippy, das ist corss-plattform, laeuft unter Windows, BSD, Macos und Linux nd kann deutlich mehr Informationen liefern gerade als Windoed tracert.exe

# 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 -4 one.one.one.one 
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 -6 one.one.one.one 
# jeweils nach ca. 100 Messungen Trippy einfrieren (mit CTRL-f) und deinen Screenshot machen und posten

Hi ​@R1963 ,

sag gerne nochmal Bescheid, wenn der Zustand sich trotz Workaround ändern sollte (oder es sonst auffällig wird). Danke für die Tipps, pufferueberlauf0 und GT6O3!

Viele Grüße
Kurt