Massives Routing-Problem / Paketverlust zu Square Enix (NTT) – Tracert anbei

vor einem Monat

Hallo Telekom-hilft-Team,
ich habe seit vier Tagen massive Probleme, die Dienste von Square Enix (Webseite secure.square-enix.com und das Spiel Final Fantasy XIV) zu erreichen. Ohne VPN lädt die Seite gar nicht oder bricht mit Timeouts ab.
Da ich einen VPN nutzen kann, um die Seite zu erreichen, liegt das Problem eindeutig am Routing der Telekom zu den NTT-Knotenpunkten in Japan/Frankreich. Ein Traceroute zeigt massiven Paketverlust (Timeouts) bereits ab dem 5. Hop, noch bevor die Pakete das NTT-Netz stabil erreichen.
Hier ist mein aktueller Traceroute ohne VPN :

 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   296 ms     *        *     xe-0-5-0-3.a02.tokyjp08.jp.ce.gin.ntt.net [203.105.72.174]

13     *        *        *     Zeitüberschreitung der Anforderung.

14   273 ms     *        *     219.117.144.53

15     *      267 ms     *     219.117.146.141

16     *        *        *     Zeitüberschreitung der Anforderung.

17     *        *        *     Zeitüberschreitung der Anforderung.

18     *        *        *     Zeitüberschreitung der Anforderung.

19     *        *        *     Zeitüberschreitung der Anforderung.

20     *        *        *     Zeitüberschreitung der Anforderung.

21     *        *        *     Zeitüberschreitung der Anforderung.

22     *        *        *     Zeitüberschreitung der Anforderung.

23     *        *        *     Zeitüberschreitung der Anforderung.

24     *        *        *     Zeitüberschreitung der Anforderung.

25     *        *        *     Zeitüberschreitung der Anforderung.

26     *        *        *     Zeitüberschreitung der Anforderung.

27     *        *        *     Zeitüberschreitung der Anforderung.

28     *        *        *     Zeitüberschreitung der Anforderung.

29     *        *        *     Zeitüberschreitung der Anforderung.

30     *        *        *     Zeitüberschreitung der Anforderung.

wie man sieht, liegen die Latenzen bei fast 300ms und der Paketverlust ist so hoch, dass keine stabile TCP-Verbindung möglich ist. Ein Neustart des Routers und ein Wechsel des DNS-Servers haben keine Besserung gebracht.
Könnten Sie bitte prüfen, ob hier ein Peering -Problem vorliegt oder ob der Datenverkehr für meinen IP-Bereich auf eine überlastete Transit-Route umgestellt wurde?
Vielen Dank im Voraus!

Letzte Aktivität

vor 21 Tagen

von

Gelöschter Nutzer

885

14

    • vor einem Monat

      Susi.w

      liegt das Problem eindeutig am Routing der Telekom zu den NTT-Knotenpunkten in Japan/Frankreich

      Hallo Telekom-hilft-Team,
      ich habe seit vier Tagen massive Probleme, die Dienste von Square Enix (Webseite secure.square-enix.com und das Spiel Final Fantasy XIV) zu erreichen. Ohne VPN lädt die Seite gar nicht oder bricht mit Timeouts ab.
      Da ich einen VPN nutzen kann, um die Seite zu erreichen, liegt das Problem eindeutig am Routing der Telekom zu den NTT-Knotenpunkten in Japan/Frankreich. Ein Traceroute zeigt massiven Paketverlust (Timeouts) bereits ab dem 5. Hop, noch bevor die Pakete das NTT-Netz stabil erreichen.
      Hier ist mein aktueller Traceroute ohne VPN :

       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   296 ms     *        *     xe-0-5-0-3.a02.tokyjp08.jp.ce.gin.ntt.net [203.105.72.174]

      13     *        *        *     Zeitüberschreitung der Anforderung.

      14   273 ms     *        *     219.117.144.53

      15     *      267 ms     *     219.117.146.141

      16     *        *        *     Zeitüberschreitung der Anforderung.

      17     *        *        *     Zeitüberschreitung der Anforderung.

      18     *        *        *     Zeitüberschreitung der Anforderung.

      19     *        *        *     Zeitüberschreitung der Anforderung.

      20     *        *        *     Zeitüberschreitung der Anforderung.

      21     *        *        *     Zeitüberschreitung der Anforderung.

      22     *        *        *     Zeitüberschreitung der Anforderung.

      23     *        *        *     Zeitüberschreitung der Anforderung.

      24     *        *        *     Zeitüberschreitung der Anforderung.

      25     *        *        *     Zeitüberschreitung der Anforderung.

      26     *        *        *     Zeitüberschreitung der Anforderung.

      27     *        *        *     Zeitüberschreitung der Anforderung.

      28     *        *        *     Zeitüberschreitung der Anforderung.

      29     *        *        *     Zeitüberschreitung der Anforderung.

      30     *        *        *     Zeitüberschreitung der Anforderung.

      wie man sieht, liegen die Latenzen bei fast 300ms und der Paketverlust ist so hoch, dass keine stabile TCP-Verbindung möglich ist. Ein Neustart des Routers und ein Wechsel des DNS-Servers haben keine Besserung gebracht.
      Könnten Sie bitte prüfen, ob hier ein Peering -Problem vorliegt oder ob der Datenverkehr für meinen IP-Bereich auf eine überlastete Transit-Route umgestellt wurde?
      Vielen Dank im Voraus!

      Susi.w

      liegt das Problem eindeutig am Routing der Telekom zu den NTT-Knotenpunkten in Japan/Frankreich

      Nein.


      Warum zeigst du nicht die ersten Hops? Weil keine Probleme im Telekom-Netzwerk, sondern erst in den folgenden Netzen? Aber die Telekom ist auch dafür schuldig?

      2

      von

      vor einem Monat

      Die ersten Hops waren lokal und absolut unauffällig, Latenz <10ms, keine Verluste. Das Problem beginnt erst ab dem Backbone-Übergang der Telekom (Hop 5), weshalb ich mich auf die relevanten Daten für die Netztechnik konzentriert hab.

      0

      von

      vor einem Monat

      Ja, keinerlei Probleme. Keine Ahnung, wie dann NTT seine Routen da gesetzt hat. Das bestimmt aber nicht die Telekom.

       

      Uneingeloggter Nutzer

      von

    • vor einem Monat

      Mal die Suche bemühen. Gibt einige ähnliche Beiträge genau zu dem Thema. 

      4

      von

      vor einem Monat

      Susi.w

      damit es vielleicht noch vor dem Wochenende jemand sieht

      Stimmt, du hast recht. Ich hatte es vorhin etwas eilig und wollte das Problem schnell melden, damit es vielleicht noch vor dem Wochenende jemand sieht. Danke für den Hinweis. Ich werde mir die anderen Beiträge auch noch ansehen.

      Susi.w

      damit es vielleicht noch vor dem Wochenende jemand sieht

      Es ist schon Wochenende 🤫

      von

      vor einem Monat

        @Susi.w Falls es ein technisches Problem sein sollte ( irgendwo ein Routerport defekt ), wird man das längst wissen und schnell fixen.

      Ist das Routing-Politik, wird das länger dauern bzw. nie geändert werden.

      0

      von

      vor einem Monat

      Es ist ein defektes Unterseekabel...das eigentlich eine Änderung der Routen notwendig macht, andere ISPs haben das hinbekommen,  leider ist die Telekom dazu scheinbar nicht in der Lage oder nicht gewillt..

      Siehe  hier:

      https://telekomhilft.telekom.de/conversations/festnetz-internet/routing-problem-nach-japan-zu-square-enix-login-servern-über-ntt-transit-in-japan-paketloss-bei-ntt-japan/69738e3d132cd4765ce39c58

      0

      Uneingeloggter Nutzer

      von

    • vor einem Monat

      Schaut mal hier...

      https://telekomhilft.telekom.de/conversations/festnetz-internet/routing-problem-nach-japan-zu-square-enix-login-servern-über-ntt-transit-in-japan-paketloss-bei-ntt-japan/69738e3d132cd4765ce39c58

      0

      0

    • vor 29 Tagen

      Derzeit haben sehr viele Telekom Nutzer das Problem, die auch ein Square Enix Konto haben.

      0

      0

    • vor 25 Tagen

      Das Problem existiert nicht nur zu Square. Meine Firma betreibt in Frankfurt eine eigene Server, angebunden über Colt und NTT. Das Routing zu diesen Servern läuft für mich über NTT und ich habe seit Tagen ca. 20% Packet Loss. Bei Kollegen mit anderen ISPs läuft alles problemlos ...

      Das Monitoring meines UniFi-Routers sagt auch seit einigen Tagen, dass Pakete verloren gehen. AFAIK läuft das über ping.ui.com, das wohl ein wechselnder Alias auf 1.1.1.1 und 8.8.8.8 ist. Also CloudFlare und Google. Gut, die Probleme mit CloudFlare kennen wir ja, aber die existieren schon lange und hatten sich bisher nie auf das Monitoring ausgewirkt. Angefangen hat das ganze am 27. Januar zwischen 7 und 8 Uhr.

      0

      0

    • vor 25 Tagen

      Die Störung scheint seit ca. 15:00 Uhr behoben zu sein...

      0

      2

      von

      vor 21 Tagen

      woher kommt diese Information? Ich habe immer noch diese Probleme. Seid ca. 4 Wochen... Wechsel zu cloudflare oder co funktioniert auch nicht richtig.

      0

      von

      vor 21 Tagen

      Gute Frage. Ich lass gerade mtr auf eine Domain meiner Firma laufen, 13% Packet Loss und der Information halber, ein zweites mtr auf 1.1.1.1, also CloudFlare, hat 26% Packet Loss. Das ist einfach nur noch lächerlich und dreist. Genauso wie die Verantwortung auf CF und NTT abzuwälzen -- reinste Märchenstunde.

      0

      Uneingeloggter Nutzer

      von

    Uneingeloggter Nutzer

    von

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...