@Mario
Kannst es dir mal anschauen, wie es bei mir aussieht, ohne Fastpath^^
Mal abgesehen davon, Congstar find ich eh Muell. Aber n ISP wuerd ich momentan eher nicht wechseln (solang er kein IPv6 unterstuetzt), da letzte Woche Donnerstag die letzte IPv4 vergeben wurde^^
Frueher hatt ich noch n Download-Speed von ca. 3,8 Mb/s... Jetzt ist der n bissl gesunken
Edit:
Hab und zahle DSL 6k, da 4k irgendwann mal rausgenommen wurd...
da hab ich 66 ... hmmm ... dsl6000telekom
Meine Aussage mit dem Ping bezog sich auf das Kommando 'ping'
Und traceroute ist auch ein Kommando, unter Linux ist es 'traceroute', unter Windows 'tracert'.
Z. B. so sollte man des hier erkennen:
Ping zu
www.hardwareluxx.de
Code:
PS C:\Users\Administrator> ping www.hardwareluxx.de
Ping wird ausgeführt für www.hardwareluxx.de [83.246.70.206] mit 32 Bytes Daten:
Antwort von 83.246.70.206: Bytes=32 Zeit=20ms TTL=56
Antwort von 83.246.70.206: Bytes=32 Zeit=21ms TTL=56
Antwort von 83.246.70.206: Bytes=32 Zeit=23ms TTL=56
Antwort von 83.246.70.206: Bytes=32 Zeit=20ms TTL=56
Ping-Statistik für 83.246.70.206:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 20ms, Maximum = 23ms, Mittelwert = 21ms
Ping zu
UCLA Gateway, wie man sieht ist der Ping recht schlecht, da die Server in LA stehen.
Code:
PS C:\Users\Administrator> ping www.ucla.edu
Ping wird ausgeführt für www.ucla.edu [169.232.56.224] mit 32 Bytes Daten:
Antwort von 169.232.56.224: Bytes=32 Zeit=168ms TTL=44
Antwort von 169.232.56.224: Bytes=32 Zeit=169ms TTL=44
Antwort von 169.232.56.224: Bytes=32 Zeit=168ms TTL=44
Antwort von 169.232.56.224: Bytes=32 Zeit=169ms TTL=44
Ping-Statistik für 169.232.56.224:
Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
(0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 168ms, Maximum = 169ms, Mittelwert = 168ms
Und wenn man tracert nimmt, kommt ne Routenverfolgung, wo man erkennen kann, ab welchem Router der Ping schlecht wird...
Hier mal n tracert zu
Hardwareluxx - Hardwareluxx, wie du erkennst, der Ping bleibt bei 20-22ms fuer die Endseite bzw. Server im gruenen Bereich, schlecht wurde der Ping zuerst bei der Strecke zwischen meinem Router (1) und dann zwischen NetCologne und den Servern vom Luxx (ab 7).
Code:
PS C:\Users\Administrator> tracert www.hardwareluxx.de
Routenverfolgung zu www.hardwareluxx.de [83.246.70.206] über maximal 30 Abschnitte:
1 * 1 ms <1 ms 192.168.1.1
2 13 ms 12 ms 11 ms e320-bn1.netcologne.de [195.14.226.43]
3 11 ms 11 ms 10 ms swrt-eup9-te13.netcologne.de [78.35.33.165]
4 12 ms 10 ms 11 ms core-eup2-vl515.netcologne.de [78.35.33.205]
5 11 ms 11 ms 11 ms core-sto1-t33.netcologne.de [87.79.17.30]
6 14 ms 14 ms 14 ms rtdecix-t22.netcologne.de [89.1.16.6]
7 21 ms 21 ms 19 ms ix1.as24679.net [80.81.192.230]
8 20 ms 21 ms 21 ms ar10.h.as24679.net [195.47.229.44]
9 22 ms 20 ms 21 ms www.hardwareluxx.de [83.246.70.206]
Ablaufverfolgung beendet.
Und jetzt mal der tracert zu
UCLA Gateway, wie du siehst wird der Ping ab (10) schlecht, dem zu Folge ist (10) bereits in Amerika, der hohe Ping wird durch die Verbindung Europa <=> Amerika erklaert. Bei (13) sieht man wieder, dass die Amis schlechte Verbindungen haben, da der Ping zwischen Washington und Los Angeles nochmal gestiegen ist.
Code:
PS C:\Users\Administrator> tracert www.ucla.edu
Routenverfolgung zu www.ucla.edu [169.232.56.224] über maximal 30 Abschnitte:
1 1 ms <1 ms <1 ms 192.168.1.1
2 13 ms 14 ms 12 ms e320-bn1.netcologne.de [195.14.226.43]
3 11 ms 11 ms 15 ms swrt-eup9-te13.netcologne.de [78.35.33.165]
4 16 ms 11 ms 11 ms core-eup1-vl514.netcologne.de [78.35.33.201]
5 12 ms 11 ms 11 ms core-sto2-t41.netcologne.de [87.79.17.22]
6 21 ms 17 ms 16 ms rtint4-t61.netcologne.de [81.173.192.10]
7 18 ms 15 ms 17 ms 195.16.161.45
8 18 ms 34 ms 17 ms vlan79.csw2.Frankfurt1.Level3.net [4.68.23.126]
9 15 ms 15 ms 15 ms ae-72-72.ebr2.Frankfurt1.Level3.net [4.69.140.21]
10 102 ms 107 ms 102 ms ae-42-42.ebr2.Washington1.Level3.net [4.69.137.54]
11 102 ms 102 ms 102 ms ae-72-72.csw2.Washington1.Level3.net [4.69.134.150]
12 103 ms 103 ms 108 ms ae-74-74.ebr4.Washington1.Level3.net [4.69.134.181]
13 165 ms 169 ms 166 ms ae-4-4.ebr3.LosAngeles1.Level3.net [4.69.132.81]
14 167 ms 166 ms 167 ms ae-93-93.csw4.LosAngeles1.Level3.net [4.69.137.46]
15 167 ms 184 ms 167 ms ae-4-90.edge5.LosAngeles1.Level3.net [4.69.144.203]
16 166 ms 167 ms 165 ms CENIC.edge5.LosAngeles1.Level3.net [4.59.48.178]
17 168 ms 167 ms 176 ms dc-ucla--lax-ispa-ge.cenic.net [137.164.24.22]
18 168 ms 168 ms 168 ms border-3--border-4-ge-ISP.backbone.ucla.net [169.232.4.124]
19 167 ms 166 ms 166 ms border-4--core-1-ge.backbone.ucla.net [169.232.4.112]
20 167 ms 167 ms 167 ms core-1--jsei-1-ge.backbone.ucla.net [169.232.8.47]
21 168 ms 167 ms 168 ms www.ucla.edu [169.232.56.224]
Ablaufverfolgung beendet.
Meine Idee war, dass du mit Ping und traceroute versuchst, festzustellen, ob das Problem jetzt beim Provider liegt (sprich ob er intern fuer die Weiterleitung lange braucht) oder an der Verbindung zwischen dir und dem Provider...