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.

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. 

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.

@Inga Kristina J. Das ist der falsche Ansatz... das Problem wird von einem Partner mit dem ihr zusammenarbeitet verursacht... bewusst oder unbewusst... ist an dieser Stelle vollkommen egal... gebt die Meldungen eurer Kunden bitte an euer NOC weiter damit dann ein Ticket bei den Carriern mit denen ihr (die Telekom) im backbone zusammenarbeitet ein Ticket zu Prüfung eröffnet werden kann...

Nochmal zur Verdeutlichung, meine  Verantwortlichkeit endet an der Anschlussdose gem. der AGBs in euren Verträgen (die Bundesnetzagentur schreibt das auch so)... ab dann ist die Telekom für die ordnungsgemäße Zustellung von Datenpaketen zuständig.,. Und da die Zustellung bei anderen ISPs (Vodafone, deutsche Glasfaser,  Willitel, Wilhelmtel, ...) fehlerfrei funktioniert ist die Aussage "Warten wir mal was die anderen Sagen.." ein bisschen schräg.. denn  den Vertrag habe ich mit der Telekom abgeschlossen,  nicht mit  twelve99 oder NTT... da hat die Telekom Verträge und die regeln auch was im Supportfall zu machen ist...ich durfte lange Zeit im NOC eines nicht ganz kleinen ISP arbeiten und kann somit sagen,  das ist keine Raketenwissenschaft ... man muss es nur wollen und in der Lage sein eine E-Mail zu schicken oder ein online-Formular auszufüllen... aber das läuft so wie bei euch... der Vertragspartner muss das machen... das sind jedoch nicht wir, die Endkunden...

clillinstructor

Und da die Zustellung bei anderen ISPs (Vodafone, deutsche Glasfaser,  Willitel, Wilhelmtel, ...) fehlerfrei funktioniert ist die Aussage "Warten wir mal was die anderen Sagen.." ein bisschen schräg.

Nö .. da der Verantwortungsbereich der Telekom an der Außenkante vom Telekomnetz endet. 

Vertrag erfüllt und Thema durch. 

Moin!

Leide unter dem gleichen Problem - und Ticket bei Square Enix einrichen, wenn die Seite von SE nicht zu erreichen ist, ist halt nur auf Umwegen machbar.

Immerhin weiß ich nun über die Art der Störung bescheid und nutze dann nicht DT Mittel um meine Kontakte nach JP aufrecht zu halten.

Danke für die Mühe.

Danke für dein Ehrgeiz ! 

Yep, selbes Problem hier wär sehr nice wenn das gefixxt wird nervt HART.

Hier nochmal schematisch der letzte Zwischenstand aufbereitet.

In kurz Telekom übergibt das Paket National schon ab Frankfurt raus aus ihrem Netz an NTT über Europa nach USA von USA nach Japan das ist die Hinroute die ist laut NTT in Ordnung. Internet ist ja aber keine Einbahnstraße sondern es gehen Rückmeldungen/Bestätigungspakete zu uns zurück diese nehmen eine andere Route zurück als oben dargestellt. Und zwar ist NTT auch umgekehrt schnellstmöglich interessiert National das Paket aus Ihrem Netz herauszugeben und macht das Rückzugs in den USA 

NTT Japan -> USA und hier wollen sie den Datenverkehr an den Eingangsrouter der Telekom geben damit die Telekom fairerweise auch eine Lange Interkontinental Strecke zu sich zurück routet. Hier ist aber das Problem der Übergabepunkt/Eingangstor der Telekom (USA Westküste) -> 80.157.203.93  <- zwischen Telekom und NTT ist Überlastet / Niedrigdimensioniert.  Das zeigt NTT indem sie oben in ihrer Mail dargestellt einen Reverse Trace also einen Trace von Ihrerseite zu uns ins Deutsche Telekom Netz in Deutschland durchführen und man sieht dass der Transit von NTT Japan bis USA verlustfrei läuft und erst ab da wo es ins Telekom Netz gehen soll sieht man drastische Laufzeiterhöhung (ms) der Pakete sodass sie mit Doppelter Verzögerung beim Telekom Backbone 87.137.238.237 ankommen. 

Es wäre schön wenn Telekom Hilft Aufmerksamkeit beim Telekom internen NOC / IP Transit Team dafür schaffen und uns nächste Woche ein Statement seitens Telekomseite geben könnte.

@der_Lutz Bestehende Gerichtsurteile werden dennoch in Betracht gezogen, selbst wenn natürlich jedes Verfahren separat bei uns geprüft wird. Und die AGB schreiben keine spezifischen Bandbreiten zu bestimmten Servern vor. Nur die generelle Erreichbarkeit.

falco20019

Bestehende Gerichtsurteile werden dennoch in Betracht gezogen, selbst wenn natürlich jedes Verfahren separat bei uns geprüft wird. Und die AGB schreiben keine spezifischen Bandbreiten zu bestimmten Servern vor. Nur die generelle Erreichbarkeit.

Welches gab es denn im Mobilfunk? Das eine aus dem vorletzten Jahr das dann im letzten Jahr revidiert wurde vom OLG? (meine war Braunschweig).

Ausserdem ging es da um die Netzverfügbarkeit an einem bestimmten Ort, nicht um das Gaming.

falco20019

Bestehende Gerichtsurteile werden dennoch in Betracht gezogen,

Dann einfach mal Artikel 97 Grundgesetz lesen