Routing-Probleme ?
vor 14 Jahren
Hallo,
ich habe seit mehreren Tagen das Problem, dass es ständige "Aussetzer" von ca. 1 bis 5 Minuten Dauer bei der Erreichbarkeit verschiedener Domains per HTTP und FTP gibt ("Fehler: Netzwerk-Zeitüberschreitung").
Die betroffenen Domains lösen alle auf die IP 81.169.145.89 (STRATO) auf. Andere STRATO-IPs wie 81.169.145.90 funktionieren ohne Probleme.
Ein aktueller tracert von meinem Telekom DSL-Anschluß zeigt mir folgendes an :
-----------------------
Routenverfolgung zu w89.rzone.de ü ber maximal 30 Abschnitte:
1 50 ms * 52 ms 217.0.117.2
2 54 ms 54 ms 52 ms 217.0.80.194
3 59 ms 60 ms 60 ms 194.25.6.46
4 * * * Zeit überschreitung der Anforderung.
5 * * * Zeit überschreitung der Anforderung.
6 * * * Zeit überschreitung der Anforderung.
-----------------------
Eine Störungsmeldung hat nichts weiter gebracht als die Info, dass mein Anschluß geprüft und ok ist - aber das war mir eigentlich auch selbst schon klar. Die Routenverfolgung zeigt ja auch, dass die Pakete erstmal über 3 Stationen laufen und dann die Timeouts auftreten - also mitten in der Telekom-Infrastruktur.
Gleiches Problem übrigends auch aus den USA, da läuft die Route (aktuell) zu STRATO auch über die Telekom : http://cqcounter.com/traceroute/?query=81.169.145.89
Das Problem liegt auch nicht an STRATO, da die IP über andere Internet-Provider zur selben Zeit ohne Einschränkungen zu erreichen ist.
Könnte das daher vielleicht mal von der Technik geprüft / nachvollzogen / behoben werden ? Mit dem normalen Störungsmeldungs-Support komme ich in dem Fall leider nicht weiter.
Vielen Dank !
- Thomas
ich habe seit mehreren Tagen das Problem, dass es ständige "Aussetzer" von ca. 1 bis 5 Minuten Dauer bei der Erreichbarkeit verschiedener Domains per HTTP und FTP gibt ("Fehler: Netzwerk-Zeitüberschreitung").
Die betroffenen Domains lösen alle auf die IP 81.169.145.89 (STRATO) auf. Andere STRATO-IPs wie 81.169.145.90 funktionieren ohne Probleme.
Ein aktueller tracert von meinem Telekom DSL-Anschluß zeigt mir folgendes an :
-----------------------
Routenverfolgung zu w89.rzone.de ü ber maximal 30 Abschnitte:
1 50 ms * 52 ms 217.0.117.2
2 54 ms 54 ms 52 ms 217.0.80.194
3 59 ms 60 ms 60 ms 194.25.6.46
4 * * * Zeit überschreitung der Anforderung.
5 * * * Zeit überschreitung der Anforderung.
6 * * * Zeit überschreitung der Anforderung.
-----------------------
Eine Störungsmeldung hat nichts weiter gebracht als die Info, dass mein Anschluß geprüft und ok ist - aber das war mir eigentlich auch selbst schon klar. Die Routenverfolgung zeigt ja auch, dass die Pakete erstmal über 3 Stationen laufen und dann die Timeouts auftreten - also mitten in der Telekom-Infrastruktur.
Gleiches Problem übrigends auch aus den USA, da läuft die Route (aktuell) zu STRATO auch über die Telekom : http://cqcounter.com/traceroute/?query=81.169.145.89
Das Problem liegt auch nicht an STRATO, da die IP über andere Internet-Provider zur selben Zeit ohne Einschränkungen zu erreichen ist.
Könnte das daher vielleicht mal von der Technik geprüft / nachvollzogen / behoben werden ? Mit dem normalen Störungsmeldungs-Support komme ich in dem Fall leider nicht weiter.
Vielen Dank !
- Thomas
Hinweis:
Dieser Beitrag wurde geschlossen.
Hinweis:
Dieser Beitrag ist nicht mehr für Antworten oder Kommentare geöffnet und ist nicht mehr für die Mitglieder der Community sichtbar.
4630
0
0
Das könnte Ihnen auch weiterhelfen
1020
0
3
1312
0
6
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 14 Jahren
Für GRE auf Windows habe ich zwar kein Tool, aber ich habe es mal mit ftrace im UDP-Modus versucht ( http://www.r1ch.net/stuff/ftrace/ ). Ergebnis : "ftrace" bringt mit oder ohne aktivierten UDP-Modus die gleiche Ausgabe, die auch mit dem von mir bereits geposteten "tracert" identisch ist.
Für GRE auf Windows habe ich zwar kein Tool, aber ich habe es mal mit ftrace im UDP-Modus versucht
( http://www.r1ch.net/stuff/ftrace/ ).
Ergebnis : "ftrace" bringt mit oder ohne aktivierten UDP-Modus die gleiche Ausgabe, die auch mit dem von mir bereits geposteten "tracert" identisch ist.
Unter Windows kann man nun auch den kompletten Weg bis zum Strato Webserver tracen,
mit Hilfe von "tracetcp", einer traceroute Implementation die TCP Protokoll verwendet:
http://tracetcp.sourceforge.net/
C:\> tracetcp 0ip.de
Tracing route to 81.169.145.89 on port 80
Over a maximum of 30 hops.
1 2 ms 3 ms 2 ms 192.168.2.1
2 58 ms 58 ms 57 ms 87.186.xx.xx
3 59 ms 62 ms 57 ms 87.186.254.134
4 61 ms 60 ms 61 ms 62.154.14.202
5 61 ms 61 ms 61 ms 62.157.249.198
6 63 ms 94 ms 62 ms 81.169.144.33
7 64 ms 63 ms 63 ms 81.169.144.34
8 64 ms 66 ms 88 ms 81.169.145.23
9 Destination Reached in 139 ms. Connection established to 81.169.145.89
Trace Complete.
0
0
vor 14 Jahren
Welchen Router verwendest Du? Einen Speedport? Welches Modell?
Welchen Router verwendest Du? Einen Speedport? Welches Modell?
ist kein Speedport, sondern ein Modell von D-Link (DIR 300)
Wegen der Sternchen: Könnte es sein, dass die Speedport Firewall hier stört? Was bringt der denn so für Meldungen in den System-Meldungen des Routers während auf dem Linux das TCP traceroute läuft? Meldet er da eventuell TCP SYN Flood Angriffe?
Wegen der Sternchen:
Könnte es sein, dass die Speedport Firewall hier stört? Was bringt der denn so
für Meldungen in den System-Meldungen des Routers während auf dem Linux das TCP
traceroute läuft? Meldet er da eventuell TCP SYN Flood Angriffe?
der Router bringt keinerlei Fehlermeldungen, Warnings o.ä.
Jedenfalls verhält sich das jetzt von hier aus mit einem OpenSuse 11.2 mit dem Befehl "traceroute -T 81.169.145.89" auch so, dass ich ein vollständiges Traceroute Protokoll bekomme, bis hin zum Strato Webserver. Das läuft hier an einem Speedport W303V, und da gibt es auch keine Sternchen!
Jedenfalls verhält sich das jetzt von hier aus mit einem OpenSuse 11.2 mit
dem Befehl "traceroute -T 81.169.145.89" auch so, dass ich ein vollständiges
Traceroute Protokoll bekomme, bis hin zum Strato Webserver. Das läuft hier an
einem Speedport W303V, und da gibt es auch keine Sternchen!
Das hängt vielleicht einfach nur mit Deinem Standort zusammen ? Bei mir gehen die Pakete ja auch raus ... der erste traceroute-Eintrag ist bei mir nicht meine eigene IP (so wie bei Dir), sondern die 217.0.117.2 ist schon direkt der erste Hop bei der Telekom nach meiner (dynamischen) IP. Und erst ab dort bis zu STRATO oder überhaupt auch jedem anderen Ziel wie "telekom.de" gibts die Sternchen (zu denen ja komischerweise auch keine IP-Adresse angezeigt wird). Der Telekom-Teil ist wie eine "Blackbox", aus dem bei TCP SYN keine Informationen entweichen. Außer, man macht eine ICMP- oder UDP-Tracroute, dann werden gnädigerweise noch 2 Hops mehr sichtbar.
Da würde ich jetzt mal sagen: - 81.169.145.89: Den Webserver hat Strato so konfiguriert, dass er keine ICMP ECHOs beantwortet
Da würde ich jetzt mal sagen:
- 81.169.145.89:
Den Webserver hat Strato so konfiguriert, dass er keine ICMP ECHOs beantwortet
Aber direkt aus dem STRATO-Netz beantwortet er das schon (hattest Du ja herausgefunden). Oder die Website mit dem Tool nutzt auch TCP SYN ...
Warum nun aber nur Windows (XP) diese Aussetzer bei der Kommunikation mit der *.89 hat, und andere Betriebssysteme wie Linux oder MacOS X nicht, das bleibt noch unklar.
Warum nun aber nur Windows (XP) diese Aussetzer bei der Kommunikation mit der *.89 hat,
und andere Betriebssysteme wie Linux oder MacOS X nicht, das bleibt noch unklar.
Du hattest ja festgestellt, dass das Routing zur .89 leicht anders verläuft als das zur .90 ... ich denke mir, dass beim .89 - Routing innerhalb der Telekom vielleicht irgendwelche Traffic-Lastspitzen o.ä. auftreten und das Routing ab und zu mal wechselt / anders verläuft und dies unter Windows XP dann eben zu einem "Aussetzer" führt. Das würde auch die Unregelmäßigkeit und Dauer des Auftretens erklären (Lastspitzen sind ja zumeist unberechenbar).
Danke erstmal für Deinen Einsatz! Ich bin jetzt wie gesage die kommenden 3 Wochen unterwegs, danach werde ich auch mal Deinen tracetcp-Tipp ausprobieren. Vielleicht hat sich das Problem aber auch bis dahin schon in Luft aufgelöst (obwohl es mich schon interessieren würde, woran genau es nun liegt).
0
0
vor 14 Jahren
Da würde ich jetzt mal sagen: - 81.169.145.89: Den Webserver hat Strato so konfiguriert, dass er keine ICMP ECHOs beantwortet
Da würde ich jetzt mal sagen:
- 81.169.145.89:
Den Webserver hat Strato so konfiguriert, dass er keine ICMP ECHOs beantwortet
Aber direkt aus dem STRATO-Netz beantwortet er das schon (hattest Du ja herausgefunden). Oder die Website mit dem Tool nutzt auch TCP SYN ...
Stimmt auch wieder.
Brauch ich in der Erklärung ja auch gar nicht, denn es reicht ja aus wenn
die Strato Router, die den Traffic von der Telekom entgegen nehmen, ICMP
und UDP Pakete mit Zieladresse 81.169.145.89 blocken. Dann kann ich ja
trotzdem noch alle Strato Router die auf dem Weg zur 81.169.145.89 dahinter
liegen pingen, nur eben die 81.169.145.89 nicht.
Wobei das an sich aber problematisch wäre, wenn Strato einfach alle ICMP Pakete
vom Telekom Eingang zur 81.169.145.89 blocken würde, denn dann würde zum Beispiel
bei TCP Path MTU Discovery nicht mehr sauber funktionieren.
0
0