Setze ich im Browser, wie vorgeschlagen, (aktuell FF; Chrome und Opera habe ich auch getestet) den T-Online Proxy rein, kann ich die Seite und andere nicht funktionierende Seiten aufrufen.

Gut, das wäre dann wohl eine Notlösung die der Bekannte am gleichen Ort,
der auch dieses Problem hat, auch mal probieren könnte.

Durch den Proxy sieht der angefragte Webserver eine andere anfragende IP Adresse (die
des Proxies), und damit funktioniert die Verbindung dann offenbar. D.h. wir haben dann
zwei Verbindungen, die zwischen deinem PC und dem Proxy, und zwischen Proxy und Webserver.

Damit kann man dann eigentlich auch den Router oder die DSL Leitung als Fehlerquelle
ausschliessen. Ich würde auch weiterhin vermuten, dass es sich um ein Routingproblem
handelt; wobei merkwürdig ist, dass sich durch den Routerneustart und damit einer
neuen öffentlichen WAN IP Adresse das Problem dann nur auf andere Webserver verschiebt.

Hallo,

Gibt es zu dem Problem weitere Infos?

Ich vermute auch betroffen zu sein, Ähnliches Fehlerbild, und Ähnlicher Lösungsansatz mit neuer Ip.

Der selbe Fehler besteht bei mir auch seit vorgestern...
mehrmaliges Neustarten des Speedport 721V bringt kurzzeitig abhilfe!
Habe VDSL25 Entertain,mehrere PC´s getestet!
Mein Vater auch VDSL25 Entertain hat auch die selben Probleme,auch selber Wohnort!
Scheint also ein Telekom Problem zu sein,dachte es liegt lokal bei uns am Ort,
da zur Zeit viele Leitungen neu gelegt werden!
Hoffe Problem wird bald behoben

MFG Daniel Reinke

Puh,
Aber die Info das mehre das haben hilft mir schon...
Ich war schon Am Virenscannen und lokal Fehlersuchen

Gerade mal Sendspace versucht aufzurufen:Fehler: Netzwerk-Zeitüberschreitung
ab & zu funktioniert web.de auch nicht und facebook.com auch nicht und selbst telekom.de funktioniert nur ab & zu!!

Routenverfolgung zu sendspace.com über maximal 30 Abschnitte:

1 <1 ms <1 ms <1 ms speedport.ip
2 18 ms 18 ms 18 ms 217.0.119.119
3 19 ms 20 ms 20 ms 217.0.84.142
4 26 ms 26 ms 26 ms hh-ea4-i.HH.DE.NET. DTAG .DE
5 26 ms 26 ms 26 ms 194.25.210.226
6 134 ms 136 ms 132 ms 69.31.105.21
7 130 ms 183 ms 130 ms ae2-40g.cr2.ord1.us.nlayer.net
8 152 ms 152 ms 152 ms xe-1-0-1.cr1.tor1.ca.nlayer.net
9 * * * Zeitüberschreitung der Anforderung.
10 * * * Zeitüberschreitung der Anforderung.
11 * * * Zeitüberschreitung der Anforderung.
12 * * * Zeitüberschreitung der Anforderung.
13 * * * Zeitüberschreitung der Anforderung.
14 * * * Zeitüberschreitung der Anforderung.
15 * * * Zeitüberschreitung der Anforderung.
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.

gut zu wissen das mehrere betroffen sind

und hier mal tracert Test Telekom.de ::o
Routenverfolgung zu telekom.de über maximal 30 Abschnitte:

1 <1 ms <1 ms <1 ms speedport.ip
2 18 ms 18 ms 19 ms 217.0.119.119
3 19 ms 18 ms 21 ms 217.0.84.134
4 * * * Zeitüberschreitung der Anforderung.
5 30 ms 30 ms 30 ms 193.159.227.18
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 * * * Zeitüberschreitung der Anforderung.
13 * * * Zeitüberschreitung der Anforderung.
14 * * * Zeitüberschreitung der Anforderung.
15 * * * Zeitüberschreitung der Anforderung.
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.

Ablaufverfolgung beendet.

Routenverfolgung zu sendspace.com über maximal 30 Abschnitte: 1 <1 ms <1 ms <1 ms speedport.ip 2 18 ms 18 ms 18 ms 217.0.119.119 3 19 ms 20 ms 20 ms 217.0.84.142 4 26 ms 26 ms 26 ms hh-ea4-i.HH.DE.NET. DTAG .DE 5 26 ms 26 ms 26 ms 194.25.210.226 6 134 ms 136 ms 132 ms 69.31.105.21 7 130 ms 183 ms 130 ms ae2-40g.cr2.ord1.us.nlayer.net 8 152 ms 152 ms 152 ms xe-1-0-1.cr1.tor1.ca.nlayer.net 9 * * * Zeitüberschreitung der Anforderung.

Dies zeigt ja nun eindeutig, dass der Fehler in Kanada liegt. Ich befürchte, hier werden unterschiedliche Fehler auf ein Fehlerbild projekziert.

Hmmm,

Hast du denn eine andere Idee woran das liegen kann? Bzw eine Technische Erklärung? Ich verstehe das Fehlerbild nämlich grade garnicht ;(

Routenverfolgung zu telekom.de über maximal 30 Abschnitte:

1 2 ms <1 ms 1 ms speedport.ip
2 27 ms 15 ms 17 ms 217.0.119.119
3 19 ms 20 ms 21 ms 217.0.84.142
4 26 ms 31 ms 27 ms f-eb7-i.F.DE.NET. DTAG .DE
5 30 ms 29 ms 31 ms 193.159.227.18
6 * * * Zeitüberschreitung der Anforderung.
7 * * * Zeitüberschreitung der Anforderung.
....


oder:

Routenverfolgung zu popmail.t-online.de über maximal 30 Abschni
tte:

1 2 ms <1 ms 1 ms speedport.ip
2 16 ms 15 ms 15 ms 217.0.119.119
3 18 ms 19 ms 17 ms 217.0.84.142
4 33 ms 31 ms 32 ms ulm-ea3-i.ULM.DE.NET. DTAG .DE
5 32 ms 33 ms 31 ms 80.156.161.42
6 * * * Zeitüberschreitung der Anforderung.
7 * * * Zeitüberschreitung der Anforderung.
8 * * * Zeitüberschreitung der Anforderung.
...


Routenverfolgung zu lowbird.com über maximal 30 Abschnitte:

1 1 ms 1 ms 1 ms speedport.ip
2 15 ms 17 ms * 217.0.119.119
3 17 ms 17 ms 16 ms 217.0.84.130
4 27 ms 27 ms 27 ms 194.25.6.26
5 31 ms 27 ms 32 ms 194.25.211.134
6 125 ms 125 ms 123 ms xe-9-1-0.was12.ip4.tinet.net
7 * * * Zeitüberschreitung der Anforderung.
8 * * * Zeitüberschreitung der Anforderung.
9 * * * Zeitüberschreitung der Anforderung.
10 * * * Zeitüberschreitung der Anforderung.
11 * * ...

Sollte nix mit Kanada zu tun haben ;(

Eine Andere WAN-Ip holen bzw der Proxy helfen tatsächlich...

Hilfe! *grummel*

Hast du denn eine andere Idee woran das liegen kann?

Sag ich doch, hier werden wahrscheinlich zwei vollkommen unterschiedliche Dinge in einen Topf geworfen. Und dass mein zitiertes Beispile bis Kanada sauber durchlief, sollte unstrittig sein.

Allerdings sollte man bei der Analyse fremder Netze vorsichtig sein, um nicht falsche Schlüsse zu ziehen. Etliche Router sind so eingestellt, dass sie auf ein Ping gar nicht reagieren, ob das bei einem Tracert auch möglich ist, bin ich mir nicht sicher.

Bei Routen über einen Proxy weisst Du nie, woher Du nun die Daten tatsächlich bekommst, aus dem Cache ?

Falls es von Interesse ist, Pasewalk ist der Wohnort. Mehr oder weniger Bereich Neubrandenburg.

Das Problem besteht immer noch. Meine Störungsmeldung kann ich nicht aufrufen, da der Server nicht zu ereichen ist.

Der zweite Rückruf seitens des Service heute erbrachte NICHTS (die üblichen Fragen, Browser dies und das,etc.), außer dass die Sache an die Diagnose weitergeleitet wird, nebst Kostenhinweis, dass es für mich kostenpflichtig wird, wenn das Problem auf meiner Seite liegt. Haha.

Ich bin reichlich angepieselt, dass alles so schleppend voran geht und natürlich wegen des Kostenhinweises (ja, ich weiß, die Leute müssen das sagen, trotzdem). Die Lösung mit dem Proxy ist nur eine Krücke, denn einige Seiten verlangen, dass man ohne Proxy auf ihnen surft, bzw. die mit Proxy nicht 100% funktional (Login-Probleme, etc.) sind.

MfG
Tony Klüver

Routenverfolgung zu telekom.de über maximal 30 Abschnitte: 1 2 ms <1 ms 1 ms speedport.ip 2 27 ms 15 ms 17 ms 217.0.119.119 3 19 ms 20 ms 21 ms 217.0.84.142 4 26 ms 31 ms 27 ms f-eb7-i.F.DE.NET. DTAG .DE 5 30 ms 29 ms 31 ms 193.159.227.18 6 * * * Zeitüberschreitung der Anforderung. 7 * * * Zeitüberschreitung der Anforderung. ....

Der telekom.de Server blockiert wohl alle möglichen Pakete; der reagiert auch von
hier aus weder auf ping, noch kann man ein vollständiges traceroute dorthin
durchführen.

Trotzdem ist der Webserver auf TCP Port 80 ganz normal erreichbar.

Das sieht also auch an einem funktionierenden DSL Anschluss der Telekom vom
traceroute her ganz genau so aus.

Routenverfolgung zu popmail.t-online.de über maximal 30 Abschni tte: 1 2 ms <1 ms 1 ms speedport.ip 2 16 ms 15 ms 15 ms 217.0.119.119 3 18 ms 19 ms 17 ms 217.0.84.142 4 33 ms 31 ms 32 ms ulm-ea3-i.ULM.DE.NET. DTAG .DE 5 32 ms 33 ms 31 ms 80.156.161.42 6 * * * Zeitüberschreitung der Anforderung. 7 * * * Zeitüberschreitung der Anforderung. 8 * * * Zeitüberschreitung der Anforderung. ...

Das ist schon interessanter, 194.25.134.51 liegt im Netz der Telekom, und
antwortet hier auf pings, und man kann von hier aus ein vollständiges traceroute
dorthin sowohl mit ICMP als auch mit UDP Paketen durchführen:

$ ping -c 5 194.25.134.51
PING 194.25.134.51 (194.25.134.51): 56 data bytes
64 bytes from 194.25.134.51: icmp_seq=0 ttl=248 time=68.672 ms
64 bytes from 194.25.134.51: icmp_seq=1 ttl=248 time=70.078 ms
64 bytes from 194.25.134.51: icmp_seq=2 ttl=248 time=68.305 ms
64 bytes from 194.25.134.51: icmp_seq=3 ttl=248 time=69.961 ms
64 bytes from 194.25.134.51: icmp_seq=4 ttl=248 time=69.560 ms

--- 194.25.134.51 ping statistics ---
5 packets transmitted, 5 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 68.305/69.315/70.078/0.706 ms

$ traceroute -aI 194.25.134.51
traceroute to 194.25.134.51 (194.25.134.51), 64 hops max, 72 byte packets
1 speedport.ip (192.168.2.1) 59.678 ms 1.039 ms 0.833 ms
2 87.186.224.6 (87.186.224.6) 59.215 ms 60.160 ms 58.107 ms
3 87.186.254.130 (87.186.254.130) 63.840 ms 64.624 ms 62.196 ms
4 ulm-ea3-i.ulm.de.net.dtag.de (62.154.58.141) 64.359 ms 67.680 ms 65.761 ms
5 80.156.161.42 (80.156.161.42) 66.232 ms 69.989 ms 67.841 ms
6 email02.t-online.de (194.25.134.51) 65.904 ms 70.031 ms 66.123 ms

Hier wäre jetzt ja mal ein traceroute aus der anderen Richtung interessant, also von
email02.t-online.de (194.25.134.51) auf die öffentliche WAN IP Adresse deines
Speedports. Aber das kann nur der Betreiber dieses Servers.


Was du mal probieren könntest wäre ein Traceroute über diese Webseite
https://s-lga1.s.de.net.dtag.de/index.php?pageid=networking_desc
auf die öffentliche WAN IP deines Speedports, und das dann mal von
unterschiedlichen Telekomstandorten aus.

Oder auch über http://www.traceroute.org/

Wobei man aber auch da schon wieder aufpassen muss: der traceroute oder
ein ping zu einem Speedport funktioniert auch nicht, auch hier wird
alles mögliche geblockt. Aber man kann ja evtl. erkennen, dass von
bestimmten Standorten aus der Pakete z.B. über Berlin Richtung Neustrelitz
gesendet werden, und von anderen Standorten aus in eine völlig falsche
"Richtung" gesendet werden, oder so etwas ähnliches.

Routenverfolgung zu lowbird.com über maximal 30 Abschnitte: 1 1 ms 1 ms 1 ms speedport.ip 2 15 ms 17 ms * 217.0.119.119 3 17 ms 17 ms 16 ms 217.0.84.130 4 27 ms 27 ms 27 ms 194.25.6.26 5 31 ms 27 ms 32 ms 194.25.211.134 6 125 ms 125 ms 123 ms xe-9-1-0.was12.ip4.tinet.net 7 * * * Zeitüberschreitung der Anforderung. 8 * * * Zeitüberschreitung der Anforderung. ...

Das ist an sich ähnlich wie bei telekom.de, dieser Server
antwortet nicht auf ping, ein traceroute dorthin funktioniert
von hier aus auch nicht vollständig (wobei auch noch ein anderer
Weg verwendet wird), aber der Webserver auf TCP Port 80 ist trotzdem
ohne Probleme erreichbar.

$ traceroute -aI lowbird.com
traceroute to lowbird.com (98.124.199.1), 64 hops max, 72 byte packets
1 speedport.ip (192.168.2.1) 51.271 ms 1.347 ms 0.919 ms
2 87.186.224.6 (87.186.224.6) 59.394 ms 62.388 ms 57.097 ms
3 87.186.254.134 (87.186.254.134) 57.943 ms 64.098 ms 60.037 ms
4 217.239.41.90 (217.239.41.90) 59.972 ms 63.365 ms 61.919 ms
5 te0-7-0-2.ccr21.fra03.atlas.cogentco.com (130.117.14.105) 60.041 ms 66.192 ms 62.378 ms
6 te0-1-0-2.ccr21.par01.atlas.cogentco.com (130.117.0.30) 79.379 ms 75.706 ms 74.129 ms
7 te0-4-0-1.ccr21.jfk02.atlas.cogentco.com (154.54.5.189) 144.372 ms 146.379 ms 143.690 ms
8 te0-2-0-0.ccr21.jfk07.atlas.cogentco.com (154.54.2.186) 141.771 ms 146.360 ms 145.350 ms
9 38.122.110.66 (38.122.110.66) 146.404 ms 146.259 ms 144.449 ms
10 te8-3.bbr1.ash1.bandcon.com (216.151.179.225) 310.033 ms 332.583 ms 307.366 ms
11 te3-4.bbr1.chi1.bandcon.com (216.151.179.189) 306.938 ms 232.932 ms 223.928 ms
12 te4-3.bbr1.sjc1.bandcon.com (216.151.179.185) 287.765 ms 322.519 ms 307.251 ms
13 8.5.2.5 (8.5.2.5) 307.110 ms 234.439 ms 307.175 ms
14 * * *
15 * * *
16 * * *

$ curl -v http://lowbird.com
* About to connect() to lowbird.com port 80 (#0)
* Trying 98.124.199.1... connected
* Connected to lowbird.com (98.124.199.1) port 80 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.19.7 (universal-apple-darwin10.0) libcurl/7.19.7 OpenSSL/0.9.8r zlib/1.2.3
> Host: lowbird.com
> Accept: */*
>
< HTTP/1.1 302 Found
< Connection: close
< Pragma: no-cache
< cache-control: no-cache
< Location: /PhmmU/
<
* Closing connection #0