Hallo liebes Forum,
ich versuche meinen Server (Deutsche Glasfaser) von einem Telekom DSL Anschluss aus zu erreichen. Dabei fiel mir die enorm hohe Latenz auf (Beide Standorte sind ca. 5km voneinander entfernt). Ein durchgeführtes traceroute zeigt dass die Pakete scheinbar über Nordamerika geroutet werden. Keine anderen Hosts weisen dieses Routing Verhalten auf und Anfragen aus anderen Netzen auf den Zielserver erfolgen mit normaler Latenz, also bleibt aus meiner Sicht Telekom als einzig möglicher Störfaktor. traceroute ist angehängt.
Danke schonmal und Viele Grüße
vor einem Jahr
Da kann die Telekom nicht viel dran machen.
Die Deutsche Glasfaser stellt scheinbar über einen Dritten die Verbinung ins Netz der Telekom sicher.
Wir sind hier dann wieder beim leidigen Thema Geld, was es der DGF kosten würde sich direkt mit der Telekom zu verbinden.
Es ist halt keine Störung.
Sondern das beauftragte Peering .
Kann ja keiner Ahnen, dass die sich einen Partner aussuchen der in Europa keinen Knotenpunkt hat zur Telekom.
Oder dieser Punkt ist ausgefallen. Aber das kann dir hier niemand beantworten.
Interesannt wäre auch nochmal die Route aus der anderen Richtung.
Denn Peering funktioniert für Hin- und Rückweg unterschiedlich.
7
von
vor einem Jahr
Stimmt, die Adresse ist in den USA. Nur die davor ist in Deutschland, aber sie lässt sich nicht anpingen. Das würde vermutlich auch keine erhellenden Informationen liefern. Aus meiner Sicht liegt hier jedenfalls ein klares Peeringproblem vor.
0
von
vor einem Jahr
Aus meiner Sicht liegt hier jedenfalls ein klares Peeringproblem vor.
aus deiner Sicht sind alle Probleme Peeringprobleme.
😂
0
von
vor einem Jahr
aus deiner Sicht sind alle Probleme Peeringprobleme.
aus deiner Sicht sind alle Probleme Peeringprobleme.
Wenn dir eine andere schlüssige Erklärung einfällt, darfst du sie gern teilen.
0
Uneingeloggter Nutzer
von
vor einem Jahr
Aus welcher AS stammt denn deine aktuelle IP?
AS8899 oder die AS60294?
0
9
von
vor einem Jahr
Seine Verbindung, via US geroutet ist DE US und nochmal DE US für die Antwort des DE Severs via US an einen Client in DE.
Seine Verbindung, via US geroutet ist DE US und nochmal DE US für die Antwort des DE Severs via US an einen Client in DE.
wie die Route auf dem Rückweg ist, weißt du doch gar nicht.
Wenn es so wäre wie du es beschreibst, wären 127 ms nicht realisierbar- rein aus Physikalischer Sicht
Nochmal: Er hat einen Roundtrip von 130 ms, als 65 ms für eine Strecke deiner Rechnung und dass ist eben unmöglich - wären es wie von dir beschrieben, dann kann der Ping nicht unter 200 sein, eher 250 ms
eigentlich ganz einfach
0
von
vor einem Jahr
Der gleiche Trace aus der anderen Richtung ist leider wenig aufschlüssig, weil fast alle Router auf dem Weg die ICMP Pakete filtern. Aber ja, die gemessene RTT von ~120ms wäre unmöglich für den Pfad DE->US->DE->US->DE.
0
von
vor einem Jahr
Der gleiche Trace aus der anderen Richtung ist leider wenig aufschlüssig, weil fast alle Router auf dem Weg die ICMP Pakete filtern.
Der gleiche Trace aus der anderen Richtung ist leider wenig aufschlüssig, weil fast alle Router auf dem Weg die ICMP Pakete filtern.
Du könntest einen Traceroute mit TCP-Paketen machen. Unter Linux geht das mit tcptraceroute, unter Windows mit tracetcp. Auch MTR kann das. Voraussetzung ist natürlich ein Port, auf dem etwas antwortet.
0
Uneingeloggter Nutzer
von
vor einem Jahr
@wkas, was läuft denn auf dem Server, wenn sich die USA dafür interessieren und man offen fragen darf?
Gehackt wurde er auch nicht?
0
4
von
vor einem Jahr
was läuft denn auf dem Server, wenn sich die USA dafür interessieren und man offen fragen darf?
Bleib einfach sachlich, und falls du das Ernst gemeint hast, dann kauf die ein gutes Buch über die Funktionsweise des Internet 😂
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von