Routingproblem EA-Server (159.153.71.17) – 100 ms über Cogent/Level3 USA – Ticket

​@Brachr123 

O2 mietet die Leitungen der Telekom, also ist O2 verantwortlich für das Routing/Peering. Du bist nicht die/der Erste, die/der dieses Problem beschreibt.

Natürlich, O2 ist fürs Routing/Peering verantwortlich, aber was geschieht innerhalb der Infrastruktur der Telekom? Die meisten Probleme gibt es wohl bei EA FC 2025. Sollte aber bei anderen Spielen nicht anders sein

Hast Du zufällig eine/n Verwandte/n/Bekannte/n, die/der dasselbe Spiel online spielt wie Du und ist sie/er bei der Telekom? Es würde mich nicht wundern, wenn sie/er diese Probleme nicht kennt und auf europäischen Servern spielt

Der erste Versuch wäre, ein VPN dazwischenzuschalten. Wenn auch das nichts bringt, dann müsste ich zu weit in die Verschwörungstheorie gehen.

Wie auch immer, das Problem ist bekannt.

​@GTO63 Danke für die Rückmeldung. Ja, das deckt sich mit meinen Test- das Routing läuft eindeutig über Cogent/Level3 in die USA. Ich warte aktuell auf Rückmeldung vom o2-Backbone-Team, ob sich das Routing auf europäischen Transit (z.B. DE-CIX Frankfurt) umstellen lässt.

O2 uebergibt in Frankfurt (Megaport) an Zayo, ab da ist O2 aus der Sache raus und nicht mehr fuer das weitere Routing verantwortlich…

                                                      My traceroute  [v0.96]
123-1234567.local (192.168.42.249) -> 159.153.71.17 (159.153.71.17)                                      2025-10-21T22:11:02+0200
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                                         Packets               Pings
 Host                                                                                  Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. AS???         192.168.42.1 (192.168.42.1)                                           0.0%   152    0.9   1.0   0.6  36.3   2.9
 2. AS6805        loopback1.0005.acln.01.ham.de.net.telefonica.de (62.52.192.112)       0.0%   152   10.9  11.6  10.1  23.3   1.2
 3. AS6805        bundle-ether16.0001.cord.01.ham.de.net.telefonica.de (62.53.11.176)   0.0%   152   11.4  11.3  10.4  13.0   0.5
 4. AS6805        ae11-0.0001.corx.01.ahr.de.net.telefonica.de (62.53.1.60)             0.0%   152   18.3  18.7  17.5  45.8   2.4
    [MPLS: Lbl 16623 TC 0 S 1 TTL 1]
 5. AS6805        bundle-ether7.0003.corx.02.fra.de.net.telefonica.de (62.53.0.49)      0.0%   152   19.0  19.5  17.5  28.3   1.0
    [MPLS: Lbl 16623 TC 0 S 1 TTL 1]
 6. AS6805        bundle-ether2.0002.cord.01.off.de.net.telefonica.de (62.53.0.209)     0.0%   151   19.3  19.1  18.1  20.4   0.5
    [MPLS: Lbl 16623 TC 0 S 1 TTL 1]
 7. AS6805        bundle-ether2.0001.corp.01.off.de.net.telefonica.de (62.53.28.177)    0.0%   151   18.6  19.0  18.0  20.4   0.5
 8. AS???         as6461.frankfurt.megaport.com (62.69.146.139)                         0.0%   151   18.6  19.9  17.4  57.3   4.7
 9. AS6461        ae1.cs1.fra9.de.zip.zayo.com (64.125.29.64)                           0.7%   151  101.9 101.7 100.5 105.7   0.6
    [MPLS: Lbl 739247 TC 0 S 1 TTL 1]
10. AS6461        ae12.cr1.cdg11.fr.zip.zayo.com (64.125.27.226)                        0.0%   151  104.4 103.8 102.8 105.3   0.5
    [MPLS: Lbl 131280 TC 0 S 0 TTL 1]
    [MPLS: Lbl 201 TC 0 S 1 TTL 1]
11. AS6461        ae4.cs1.cdg12.fr.zip.zayo.com (64.125.20.112)                         0.0%   151  103.0 103.6 102.5 104.7   0.5
    [MPLS: Lbl 166698 TC 0 S 0 TTL 1]
    [MPLS: Lbl 201 TC 0 S 1 TTL 2]
12. AS6461        ae26.cs3.iad93.us.eth.zayo.com (64.125.22.188)                       96.7%   151  103.7 105.8 103.7 111.8   3.4
    [MPLS: Lbl 192833 TC 0 S 0 TTL 1]
    [MPLS: Lbl 201 TC 0 S 1 TTL 3]
13. AS6461        ae20.cr1.iad21.us.zip.zayo.com (64.125.23.217)                       66.0%   151  102.7 102.6 101.6 103.5   0.4
    [MPLS: Lbl 201 TC 0 S 1 TTL 1]
14. AS6461        ae7.er1.iad21.us.zip.zayo.com (64.125.22.55)                          0.0%   151  102.4 103.3 101.3 137.1   3.5
15. AS6461        216.119.6.30.ipyx-276823-900-zyo.zip.zayo.com (216.119.6.30)          0.0%   151  138.5 106.5 101.8 151.0  10.2
16. AS22220       ssx.gos.ea.com (159.153.71.17)                                        0.0%   151  104.4 102.9 101.5 104.9   0.6

​@pufferueberlauf0 Danke für den Hinweis. Das deckt sich mit meinem Tracerroute - Übergabe an Zayo in Frankfurt. Trotzdem liegt die Routingentscheidung bei o2, da das Peering dort gesteuert wird. Ich warte daher weiterhin auf Rückmeldung des Backbone-Teams, ob ein alternativer europäischer Transit genutzt werden kann. 

Wie auch immer, das Problem ist bekannt

Dass die Telekom mit ihre eigene Anbindung “ans Internet” probleme hat, sehr wohl. Das ist allerdings hier nicht relevant.

o2 einzig und alleine ist hier für seine eigene Anbindungen “ans Internet” verantwortlich und geht auch diese Verantwortung (im Gegensatz zu anderen Internetanbietern) auch gewissenhaft nach.

pufferueberlauf0 hat schon den ersten Baustein geliefert (allerdings entgegen der Lastrichtung ;) ), der zweite ist der Server Standort selbst. Dieser scheint sich in den USA zu befinden, laut “ipinfo.io”. Demnach ist die gemessene Latenz und die verwendete Route nachvollziehbar und legitim.

Somit wird hier ein Problem gesehen, wo keiner ist. Egal wie man es dreht.

Ich habe eine öffentliche IPv4-Adresse

Auch das spielt (hier) keine Rolle.

Trotzdem liegt die Routingentscheidung bei o2, da das Peering dort gesteuert wird. Ich warte daher weiterhin auf Rückmeldung des Backbone-Teams, ob ein alternativer europäischer Transit genutzt werden kann.

Beginnen wir doch bei Schritt 1, was ist denn das Problem, was du gelöst haben möchtest?

​@almightyloaf Danke für die Antwort. Mir ist bewusst, dass sich der Zielserver in den USA befindet. Allerdings ist entscheidend, über welchen Transit der Traffic dorthin geleitet wird. Bei mir läuft die Route nachweislich über Cogent/Level3 (USA-Transit), während andere Provider denselben Server über europäische Peering-Knoten ansteuern und deutlich geringere Latenzen haben. Daher bleibt die Frage, ob o2 hier alternativ über DE-CIX oder einen europäischen Transit routen kann.

während andere Provider denselben Server über europäische Peering-Knoten ansteuern und deutlich geringere Latenzen haben.

Kannst du hierzu Daten liefern?

Der Server ist in den USA, demnach wird die Latenz auch nur “so klein" werden können, egal über wen man ihn erreicht. Ich selbst messe z.B. 89ms.

  1    <1 ms    <1 ms    <1 ms  192.168.70.1
  2     6 ms     6 ms     6 ms  loopback1.0006.acln.01.off.de.net.telefonica.de [62.52.193.60]
  3     6 ms     6 ms     6 ms  bundle-ether38.0002.cord.01.off.de.net.telefonica.de [62.53.13.44]
  4     6 ms     6 ms     6 ms  bundle-ether2.0001.corp.01.off.de.net.telefonica.de [62.53.28.177]
  5     6 ms    16 ms     7 ms  as6461.frankfurt.megaport.com [62.69.146.139]
  6    90 ms    90 ms    90 ms  ae1.cs1.fra9.de.zip.zayo.com [64.125.29.64]
  7    90 ms    91 ms    90 ms  ae12.cr1.cdg11.fr.zip.zayo.com [64.125.27.226]
  8    90 ms    90 ms    90 ms  ae4.cs1.cdg12.fr.zip.zayo.com [64.125.20.112]
  9     *       91 ms     *     ae26.cs3.iad93.us.eth.zayo.com [64.125.22.188]
 10    90 ms     *       89 ms  ae20.cr1.iad21.us.zip.zayo.com [64.125.23.217]
 11    91 ms    90 ms    92 ms  ae7.er1.iad21.us.zip.zayo.com [64.125.22.55]
 12    89 ms     *       89 ms  216.119.6.30.IPYX-276823-900-ZYO.zip.zayo.com [216.119.6.30]
 13    89 ms    90 ms    90 ms  easo.ea.com [159.153.71.17]

Bei mir läuft die Route nachweislich über Cogent/Level3 (USA-Transit)

Sind meines wissens weiterhin zwei separate Carriern, dazu zeigt dein Screenshot Zayo IPs...

Okay, ​@pufferueberlauf0 und ​@almightyloaf haben wohl bewiesen, dass die Telekom hier außen vor ist. Bleibt nur noch die Möglichkeit der Kostensersparnis:

https://www.cloudflare.com/de-de/learning/network-layer/what-is-peering/

Ich weiß ja nicht, welches Spiel Du spielst, aber ich ging und gehe von EA FC 2025 aus. Sehr beliebt und sehr weit verbreitet.

Ansonsten bin ich hier raus.

Bleibt nur noch die Möglichkeit der Kostensersparnis

was o2 an dieser Stelle, in Gegensatz zu manchen Internetanbieter, nicht macht ;)

(wenn du damit die absichtliche nicht-investition in ausreichend Kapazität meintest)

​@almightyloaf 

Danke dir für die Route.

Genau das bestätigt ja, dass o2 unterschiedliche Peering-Wege nutzt - bei dir läuft’s über Zayo/Megaport, bei mir hingegen konstant über Cogent/Level3.

Beide führen zwar in die USA, aber über verschiedene Transits, und mein Pfad ist messbar länger und instabiler (~103 ms vs. ~89 ms).

Das zeigt, dass das Routing eben nicht fix ist, sondern vom o2-Peering abhängt.

Daher wäre genau das Backbone-Team gefragt, das Routing über Zayo/Megaport oder europäischen Transit auch für meinen Anschluss zu prüfen.

Folgendes

dazu zeigt dein Screenshot Zayo IPs...

hast du sicherlich überlesen.

mein Pfad ist messbar länger und instabiler (~103 ms vs. ~89 ms).

Die Aussagekraft davon ist maximal gering. z.B. macht auch die Anschlusstechnik einen Unterschied, sowie dein Wohnort, die Entfernung zum nächsten Bitstream-Übergabepunkt, …

also nein, diese 14ms Unterschied stellen nach wie vor kein Problem dar. Auch die reine Auswahl des Carriers ist kein Problem an sich. Weiterhin bleibt die Frage offen, was das Problem ist, was du gelöst haben möchtest.

Ebenfalls darf man hier nicht vergessen, dass wir entgegen der Lastrichtung die Route abtasten, die Route in der Lastrichtung kann durchaus auch anders aussehen.

Mir geht es nicht um 14 ms Unterschied im reinen Pingwert, sondern um die Routingqualität und Paketstabilität beim Gaming.

Die Route über Cogent/Level3 hat erfahrungsgemäß deutlich höheren Jitter und instabilere Rücklaufzeiten als die Zayo/Megaport-Strecke.

Genau das äußert sich in den Spiellags und der asynchronen Spielersteuerung – unabhängig vom gemessenen Pingwert.

Daher wäre eine Prüfung des genutzten Transits durch das Backbone-Team weiterhin sinnvoll.

Daher wäre eine Prüfung des genutzten Transits durch das Backbone-Team weiterhin sinnvoll.

Naja, prüfen können die schon, aber ich bezweifle dass das Problem was du beschreibst an dieser Stelle existiert, da bisher ja eher von einem Gefühl die Rede ist, nicht von Messergebnissen, von einem reinen Latenztest abgesehen.

Die Route über Cogent/Level3 hat erfahrungsgemäß deutlich höheren Jitter und instabilere Rücklaufzeiten als die Zayo/Megaport-Strecke.

Sind meines wissens weiterhin zwei separate Carriern, dazu zeigt dein Screenshot Zayo IPs… auch befinden wir uns hier nach wie vor entgegen der Lastrichtung.

Genau das äußert sich in den Spiellags und der asynchronen Spielersteuerung – unabhängig vom gemessenen Pingwert.

Hast du denn auch andere Aspekte die dein Problem verursachen können berücksichtigt? z.B. die Verbindungsqualität auf Infrastrukturbetreiberebene? Anders gesagt, bei xDSL zwischen dem DSLAM und dein Modem (GTO63, hier ist die Telekom sehr wohl zuständig, sofern der Anschluss über deren Infrastruktur realisiert wird ;) )? Ebenso nehmen wir hier auch an, dass du deine Tests nicht über eine kabellose Verbindung durchführst...

Danke für deine Einschätzung.

Ich habe die Hausverkabelung und die DSLAM-Verbindung bereits geprüft, alles stabil.

Die Traceroutes sind reproduzierbar und zeigen konsistent das Routing über Cogent/Level3.

Damit ist die Thematik klar im Bereich Peering/Transit, nicht in der lokalen Infrastruktur.

Ich warte daher auf Rückmeldung von o2 bzw. dem Backbone-Team.

Darf ich dann fragen, warum du dann ein Screenshot hier uns zur Verfügung stellst, in dem klar sichtbar ist, dass du ebenfalls über Megaport und Zayo auf dem Hinweg zum Server geroutet wirst?

Ja, Megaport/Zayo taucht bei mir im Traceroute auf – allerdings erst nach dem US-Transit über Cogent/Level3, also deutlich später als bei dir.

Genau das ist ja der Punkt: die Übergabe erfolgt zu spät und nicht direkt über Megaport Frankfurt, was die zusätzliche Latenz und Instabilität erklärt.

Deshalb bleibt die Frage bestehen, ob o2 das Routing über einen europäischen Einstiegspunkt forcieren kann.

Ja, Megaport/Zayo taucht bei mir im Traceroute auf – allerdings erst nach dem US-Transit über Cogent/Level3, also deutlich später als bei dir.

Wo siehst du das? Ich habe mir die Mühe gegeben (die ich eigentlich eher von dir erwarten würde an dieser Stelle) und die IPs aus deinem Screenshot

Anbei das aktuelle Traceroute-Bild.

https://ibb.co/pjGWZfYN

mal in Textform aufbereitet und den zugehörigen ASN ermittelt.

62.53.2.122	AS6805
62.53.15.250	AS6805
62.53.16.47	AS6805
62.53.0.199	AS6805
62.53.28.169	AS6805
62.69.146.139	(Megaport)
64.125.29.64	AS6461
64.125.27.226	AS6461
64.125.20.112	AS6461
64.125.22.188	AS6461
64.125.23.217	AS6461
64.125.22.55	AS6461
216.119.6.30	AS6461
159.153.71.17	AS22220

was die zusätzliche Latenz und Instabilität erklärt.

Naja, eben nicht. Auch mit 10 weitere Hops zwischen Quelle und Ziel wird noch keine Instabilität kreeiert. Instabilität kommt z.B. durch stark oder überbelastete Routen, oder defekte Netzelemente. Beides hast du hier leider bisher nicht messen können.

Deshalb bleibt die Frage bestehen, ob o2 das Routing über einen europäischen Einstiegspunkt forcieren kann.

o2 bzw. Telefonica kann bis zu ihrem Netzrand agieren, danach haben sie keinen Einfluss, wie pufferueberlauf0 schon schrieb. Nach wie vor, bezweifle ich dass das Problem was du beschreibst an dieser Stelle existiert. Um Missverständnisse zu vermeiden noch den Zusatz: ich zweifle das Problem nicht an, also dass du  Spiellags und asynchronen Spielersteuerung wahrnimmst, ich zweifle aber sehr wohl deine Diagnose an.

Peering ist für mich ein wichtiges Thema, das wissen manche Community Mitglieder aus jahrelanger Diskussion (u.A. in heute leider nicht mehr existierenden Foren) auch. Allerdings muss man hier durchaus korrekt diagnostizieren und nicht “irgendwie” einfach beweislos behaupten es läge daran, insbesondere bei einem Internetanbieter, der bisher mit seinem guten Verhalten in der Hinsicht sich einen Vertrauensvorschuss erarbeitet hat.

Hallo,
das Ticket #9711422 ist weiterhin offen, bislang keine Rückmeldung.
Bitte prüfen, danke.

Hallo ​@Brachr123 

leider bist du in der Community als Interessent angemeldet, daher haben wir keinen Zugriff auf deine Daten. Bitte wende dich noch einmal an die Kundenbetreuung, um den Status des Tickets zu erfragen.

Grüße

Manga

Hallo ​@Brachr123, konntest du in der Zwischenzeit eine Rückmeldung der Kollegen von unserer Technik erhalten?

Viele Grüße,

Gerrit