Routing Problem nach Japan zu Square Enix Login Servern über NTT Transit in Japan (Paketloss bei NTT Japan)
vor 3 Stunden
Hallo aktuell sind einige Telekom Kunden betroffen die Login Server in Japan von Square Enix zu erreichen.
im Telekom Netz sauber dann wird es an NTT übergeben von Europa NTT nach NTT USA und Japan zwischen NTT USA und Japan kommt es zum Paketloss.
Kann bei der Telekom jemand ihren Transit Partner NTT darauf aufmerksam machen / Eine Störung melden.
Ab dem Node ae-14.r33.tokyjp05.jp.bb.gin.ntt.net scheints wild zu werden mit 77% Paketloss
Die Telekom scheint zum Ziel Square Enix (AS17685) den Transitcarrier NTT (2914) fest vorzugeben. Also erwarte ich vom Telekom Netzmanagement eine
Meldung/Lösung/Analyse in Richtung/Mit NTT
Zielhost: ffxiv-login.square-enix.com (61.195.53.12)
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host Loss- % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| fritz.box - 0 | 103 | 103 | 1 | 1 | 3 | 1 |
| XXXXXXX.dip0.t-ipconnect.de - 0 | 103 | 103 | 8 | 10 | 78 | 8 |
| f-ed12-i.F.DE.NET. DTAG .DE - 0 | 103 | 103 | 13 | 14 | 37 | 15 |
| 80.150.171.10 - 0 | 103 | 103 | 13 | 16 | 34 | 14 |
| ae-1.r26.frnkge13.de.bb.gin.ntt.net - 0 | 103 | 103 | 14 | 14 | 28 | 14 |
| ae-4.r23.londen12.uk.bb.gin.ntt.net - 0 | 103 | 103 | 26 | 27 | 30 | 28 |
| ae-13.r27.asbnva02.us.bb.gin.ntt.net - 3 | 96 | 94 | 102 | 102 | 115 | 102 |
| ae-5.r27.lsanca07.us.bb.gin.ntt.net - 0 | 103 | 103 | 162 | 163 | 173 | 163 |
| ae-14.r33.tokyjp05.jp.bb.gin.ntt.net - 77 | 26 | 6 | 0 | 268 | 271 | 268 |
| ae-1.a02.tokyjp08.jp.bb.gin.ntt.net - 62 | 31 | 12 | 265 | 429 | 1027 | 269 |
|xe-0-5-0-3.a02.tokyjp08.jp.ce.gin.ntt.net - 62 | 31 | 12 | 0 | 446 | 1029 | 270 |
| 219.117.144.162 - 62 | 31 | 12 | 0 | 311 | 782 | 266 |
| 219.117.144.45 - 62 | 31 | 12 | 0 | 312 | 782 | 266 |
| 219.117.146.129 - 62 | 31 | 12 | 267 | 492 | 1030 | 271 |
| 219.117.145.138 - 62 | 31 | 12 | 0 | 313 | 782 | 267 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
132
0
10
Das könnte Ihnen auch weiterhelfen
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 3 Stunden
https://telekomhilft.telekom.de/conversations/festnetz-internet/launcher-probleme-final-fantasy-xiv/69727f47f8cc8d29600e0c91?commentId=697378b5f8cc8d296060d37c
0
0
vor 2 Stunden
Der andere Thread ist schon voll mit zuviel falsch Informationen (Cloudflare unnötig erwähnt obwohl nicht in der Route beteiligt, falscher Server vom TE getraced) etc.
Freue mich hier über eine technisch sauberere Diskussion. VG
0
vor 2 Stunden
Die Telekom scheint zum Ziel Square Enix (AS17685) den Transitcarrier NTT (2914) fest vorzugeben. Also erwarte ich vom Telekom Netzmanagement eine
Meldung/Lösung/Analyse in Richtung/Mit NTT
Hallo aktuell sind einige Telekom Kunden betroffen die Login Server in Japan von Square Enix zu erreichen.
im Telekom Netz sauber dann wird es an NTT übergeben von Europa NTT nach NTT USA und Japan zwischen NTT USA und Japan kommt es zum Paketloss.
Kann bei der Telekom jemand ihren Transit Partner NTT darauf aufmerksam machen / Eine Störung melden.
Ab dem Node ae-14.r33.tokyjp05.jp.bb.gin.ntt.net scheints wild zu werden mit 77% Paketloss
https://lookingglass.telekom.com/?queryTerm=61.195.53.12&selectedVantagePoints=%5B%22Frankfurt%2C%20Germany%22%5D
Die Telekom scheint zum Ziel Square Enix (AS17685) den Transitcarrier NTT (2914) fest vorzugeben. Also erwarte ich vom Telekom Netzmanagement eine
Meldung/Lösung/Analyse in Richtung/Mit NTT
Zielhost: ffxiv-login.square-enix.com (61.195.53.12)
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host Loss- % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| fritz.box - 0 | 103 | 103 | 1 | 1 | 3 | 1 |
| XXXXXXX.dip0.t-ipconnect.de - 0 | 103 | 103 | 8 | 10 | 78 | 8 |
| f-ed12-i.F.DE.NET. DTAG .DE - 0 | 103 | 103 | 13 | 14 | 37 | 15 |
| 80.150.171.10 - 0 | 103 | 103 | 13 | 16 | 34 | 14 |
| ae-1.r26.frnkge13.de.bb.gin.ntt.net - 0 | 103 | 103 | 14 | 14 | 28 | 14 |
| ae-4.r23.londen12.uk.bb.gin.ntt.net - 0 | 103 | 103 | 26 | 27 | 30 | 28 |
| ae-13.r27.asbnva02.us.bb.gin.ntt.net - 3 | 96 | 94 | 102 | 102 | 115 | 102 |
| ae-5.r27.lsanca07.us.bb.gin.ntt.net - 0 | 103 | 103 | 162 | 163 | 173 | 163 |
| ae-14.r33.tokyjp05.jp.bb.gin.ntt.net - 77 | 26 | 6 | 0 | 268 | 271 | 268 |
| ae-1.a02.tokyjp08.jp.bb.gin.ntt.net - 62 | 31 | 12 | 265 | 429 | 1027 | 269 |
|xe-0-5-0-3.a02.tokyjp08.jp.ce.gin.ntt.net - 62 | 31 | 12 | 0 | 446 | 1029 | 270 |
| 219.117.144.162 - 62 | 31 | 12 | 0 | 311 | 782 | 266 |
| 219.117.144.45 - 62 | 31 | 12 | 0 | 312 | 782 | 266 |
| 219.117.146.129 - 62 | 31 | 12 | 267 | 492 | 1030 | 271 |
| 219.117.145.138 - 62 | 31 | 12 | 0 | 313 | 782 | 267 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 21 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Falsch .. der Empfänger bestimmt wie er erreicht werden will.
Beim Routing beginnt das umgedreht.
Einfachste Lösung für dich ist also, bei Square nen Ticket aufzumachen - den Tracert mit reinzuhängen und zu fragen warum du sie nicht erreichst.
man muss aber auch sagen - PING ist keine Pflichtveranstaltung.
Wird deutlich, wenn man mal von außerhalb des Telekom Netzes dahin nen Trace macht.
Da antwortet der Server dann auch nicht.
Erreichbar ist die Seite dennoch (auch ausm Telekom Netz für mich).
0
7
von
vor 2 Stunden
Ja ich habe heute morgen sogar privat mal ans Network Operations Center ne mail an NTT geschickt. heute morgen war noch deren San Jose / USA node das Problem inzwischen ist es nur noch in Japan. (leider noch)
Vielleicht lesen die ja doch emails von kleinen Einzelusern die nicht direkt Kunde sind. oder ein paar Square Tickets haben schon erfolgreich kontakt von Square dorthin verursacht.
0
von
vor 2 Stunden
Bin ehrlich .. ich glaub nicht das es am NTT liegt.
Ruf die Seite mal sauber per curl auf .. du kannst die http Version nutzen und bekommst einfach keine Antwort.
Machst nun den curl aufruf direkt mit SSL:
Bekommst du SOFORT von derem Server eine Antwort - die Verzögerung ist vernachlässigbar.
Heißt - das ist kein Telekom Problem oder ein Problem von NTT welches irgendwelche Datenpakete verliert.
Sondern irgendwas macht Square bei sich im Netz.
Weil an deren Eingang können wir ja direkt anklopfen - wären Verbindungsprobleme da, würden wir die ja nicht erreichen.
Bitte nicht wundern, den HTML Code zum Test vom JavaScript kann ich hier nicht reinkopieren, den verwurstet das Forum direkt weg.
Zur gleichen Zeit wo ich die curl Abfrage mit SSL gemacht habe, scheitert der Browser Aufruf ausm Telekom Netz.
Irgendwas spinnt bei deren Configuration.
* Host ffxiv-login.square-enix.com:443 was resolved.
* IPv6: (none)
* IPv4: 61.195.53.12
* Trying 61.195.53.12:443...
* ALPN: curl offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* CAfile: none
* CApath: /etc/ssl/certs
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.3 (IN), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (IN), TLS handshake, Encrypted Extensions (8):
* TLSv1.3 (IN), TLS handshake, Certificate (11):
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
* TLSv1.3 (IN), TLS handshake, Finished (20):
* TLSv1.3 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.3 (OUT), TLS handshake, Finished (20):
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384 / x25519 / RSASSA-PSS
* ALPN: server accepted http/1.1
* Server certificate:
* subject: CN=ffxiv-login.square-enix.com
* start date: Oct 23 00:00:00 2025 GMT
* expire date: Nov 22 23:59:59 2026 GMT
* subjectAltName: host "ffxiv-login.square-enix.com" matched cert's "ffxiv-login.square-enix.com"
* issuer: C=US; O=DigiCert Inc; OU=www.digicert.com; CN=GeoTrust TLS RSA CA G1
* SSL certificate verify ok.
* Certificate level 0: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
* Certificate level 1: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
* Certificate level 2: Public key type RSA (2048/112 Bits/secBits), signed using sha256WithRSAEncryption
* Established connection to ffxiv-login.square-enix.com (61.195.53.12 port 443) from 192.168.2.2 port 51936
* using HTTP/1.x
> GET / HTTP/1.1
> Host: ffxiv-login.square-enix.com
> User-Agent: curl/8.16.0
> Accept: */*
>
* Request completely sent off
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
* TLSv1.3 (IN), TLS handshake, Newsession Ticket (4):
< HTTP/1.1 200 OK
< Date: Fri, 23 Jan 2026 16:13:51 GMT
< Server: Apache
< Strict-Transport-Security: max-age=600; includeSubDomains
< X-Content-Type-Options: nosniff
< X-Frame-Options: SAMEORIGIN
< Last-Modified: Tue, 24 Jun 2025 01:17:22 GMT
< ETag: "c5-63847171eec80"
< Accept-Ranges: bytes
< Content-Length: 197
< Content-Type: text/html
<
* Connection #0 to host ffxiv-login.square-enix.com:443 left intact
von
vor 2 Stunden
Kann ich so nicht unterschreiben von 3x curl ging der zweite instant durch und der erste und der dritte hängen noch.
Aber interessant das auch nochmal auf der Ebene zu betrachten.
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von