Massives Routing-Problem / Paketverlust zu Square Enix (NTT) – Tracert anbei
vor einem Monat
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.
885
14
Das könnte Ihnen auch weiterhelfen
vor einem Monat
3241
8
117
vor 29 Tagen
1395
3
19
vor 4 Monaten
695
2
19
vor einem Monat
286
1
9
vor 2 Jahren
203
0
5
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.

Angebote anzeigen
Informieren Sie sich über unsere aktuellen Internet-Angebote.

vor einem Monat
liegt das Problem eindeutig am Routing der Telekom zu den NTT-Knotenpunkten in Japan/Frankreich
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.
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
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.
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