Hallo,
jemand eine Idee was da los sein könnte.
Zw. meinem Client Pc zuhause und einer ded. Maschine in einem Rechenzentrum kommt es zum Paketverlust.
Ich habe mal ein traceroute hin und her geschickt:
[vom Server zu mir nach hause]
traceroute 62.143.42.42
traceroute to 62.143.42.42 (62.143.42.42), 30 hops max, 40 byte packets
1 et-1-9-rs3k7.rz6.hetzner.de (213.239.217.65) 0.315 ms 0.252 ms 0.213 ms
2 et-7-1.RS86001.RZ6.hetzner.de (213.239.239.225) 1.114 ms 0.292 ms 0.226 ms
3 gi-upl.lambdanet.hetzner.de (213.239.240.195) 1.093 ms 0.586 ms 0.665 ms
4 nbg.de.lambdanet.net (213.133.96.234) 1.430 ms 0.805 ms 0.820 ms
5 FRA-2-eth100.de.lambdanet.net (217.71.105.13) 4.520 ms 4.271 ms 4.268 ms
6 64.209.92.57 (64.209.92.57) 4.785 ms 4.675 ms 4.451 ms
7 so-7-3-0.fra20.ip.tiscali.net (213.200.65.149) 4.955 ms 4.350 ms 4.867 ms
8 so-0-0-0.dus11.ip.tiscali.net (213.200.82.214) 8.844 ms 8.538 ms 8.481 ms
9 ish-gw.ip.tiscali.net (213.200.64.134) 9.018 ms 8.523 ms 8.379 ms
10 PH-1411G-JM160R-01-ge-1-3-1.neuss.ish.de (80.69.96.5) 9.061 ms 8.656 ms 8.703 ms
11 * * *
12 * * *
13 ip42.42.1411A-CUD12K-03.ish.de (62.143.42.42) 19.922 ms 17.840 ms 19.727 ms
Point 11 & 12 sollten doch nicht so sein. Was ist da im Argen?
[und von mir zum Server]
tracert cls-crew.com
Routenverfolgung zu cls-crew.com [213.239.217.81] über maximal 30 Abschnitte:
1 8 ms 8 ms 9 ms ip1.49.1411C-CUD12K-02.ish.de [62.143.49.1]
2 10 ms 7 ms 7 ms 172.16.21.45
3 9 ms 7 ms 7 ms 172.16.21.9
4 13 ms 9 ms 11 ms PH-1411G-JM005-01-ge-0-1-0.neuss.ish.de [80.69.96.10]
5 8 ms 8 ms 9 ms 212.162.44.105
6 9 ms 9 ms 7 ms 4.68.119.129
7 15 ms 21 ms 9 ms ae-1-0.bbr1.Frankfurt1.Level3.net [212.187.128.30]
8 11 ms 16 ms 13 ms ge-5-1.hsa1.Frankfurt1.Level3.net [4.68.118.103]
9 15 ms 13 ms * CABLE-WIRE.hsa1.Level3.net [212.162.47.126]
10 11 ms 13 ms 9 ms so-1-2-0-dcr2.fra.cw.net [195.2.10.78]
11 17 ms 15 ms 16 ms gi-upl.RS8K1.CISO2.hetzner.de [213.239.240.193]
12 15 ms 14 ms 20 ms gi-upl-2.RS8600.CISO6.hetzner.de [213.239.240.131]
13 18 ms 13 ms 15 ms et-2.16.RS3K7.RZ6.hetzner.de [213.239.239.232]
14 16 ms 15 ms 13 ms cls-crew.com [213.239.217.81]
Ablaufverfolgung beendet.
Danke & Gruß, olli
Hallo Oliver,
Bei einem Traceroute Sendet dein rechner Packete mit unterschiedlichen TTL (Time to live aus) immer wenn die time to live eines netzwer packetes null erreicht hat wird an den sender die meldung raus gegeben das dieses packet seine lebenszeit überschritten hat und nicht am ziel angekomme ist.
es kann nun sein das die rechner / router 11 & 12 dieses packet einfach still und heimlich verworfen haben ound du deswegen keine rückmeldung bekommen hast.
genaures über traceroute kannst du auch in der wikipedia nachlesen:
http://de.wikipedia.org/wiki/Traceroute
gruss chris
[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]
Danke für die Antwort,
mir geht es auch darum, wie ich gegenüber meinen Provider (ish) argumentiere. Imho liegt das Problem nämlich bei denen.
Hi Oliver.
Packet verlust läst sich einfachsten mit dem ping befehl sinvoll erfassen.
dazu machst du unter windows ein commando zeilen fenster auf und gibst folgendes ein:
ping -n 100
100 ist die zahl der packete die gesendet werden.
am ende gibt der ping befehl dir eine statistik. je mehr test packete du sendest um so prezisier wird das ergebnis. aber 100 packete reichen und dauern auch so ihre zeit 
am besten du wiederholst diesen ping test von ein paar unterschiedlichen internet zugängen z.B bei freunden oder bekannten. weil dann hast du auch wirklich was in der hand.
was du dem provider auf den tisch knallen kannst.
bei meinem letzten packet loss problem stellte sich heraus das einige unsere router/switshes defekt wahren. und „packet“ loss verursacht haben.
ähnliches hatte ich auch schon mal durch ein defektes DSL modem.
gruss chris
Danke für die Antwort,
mir geht es auch darum, wie ich gegenüber meinen Provider
(ish) argumentiere. Imho liegt das Problem nämlich bei denen.
Hi,
mir geht es auch darum, wie ich gegenüber meinen Provider
(ish) argumentiere. Imho liegt das Problem nämlich bei denen.
Nein, das „Problem“ liegt eher bei den betreibern der beiden Router , bei denen du nur ein * erhällst. Sie ruten zwar die Pakete weiter(sonst würden die Router dahinte nicht antworten und der Tracert sein ziel erreichen.
Laut den Spezifikation des ICMP Protokolls müssten sie einen echo-reply senden. Es gibt aber auch Router/Rechner die so konfiguriert sind , dass sie gar nicht antworten sonder sie verwerfen. Dann kommen beim tracert solche sternchen raus. Also wenn du nicht auf andere weise zeigen kannst, dass da Pakete verloren gehen, würd ich sagen gehen keine verloren—> Kein Problem vorhanden
mfg Alexander