* Montag, 25. November 2002 um 11:04 (+0100) schrieb Michael Heide:
Apropos: Ich hab das dann gleich mal bei mir ausprobiert und bekomme auf meinem Router für Werte zwischen 1464 und 1492 folgende Meldung:
Benutzer@Rechner:~ > ping -c 2 -s 1470 www.t-online.de PING www.t-online.de (62.153.159.124): 1470 data bytes 1472 bytes from 62.153.159.124: icmp_seq=0 ttl=123 time=159.149 ms wrong data byte #1464 should be 0xb8 but was 0x0 3d e1 f2 66 0 a 82 77 8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1 [ ... ]
Funktioniert da was mit dem zerstückeln der Pakete nicht? Oder ist das sogar normal?
"Relativ normal" für DTAG/T-Online-Verhältnisse :-( Ich habe selber mal ein bisschen "rumgespielt": Je nachdem, welchen Server man gerade unter www.t-online.de erreicht, bekommt man entweder auf 1464 Bytes abgeschnittene ICMP-Pakete zurück (wwwX.sul.t-online.de) oder gar keine (wwwX.sda.t-online.de) als Antwort auf fragmentierte ICMP-Pakete. IMHO ungewöhnlich ist aber die Ausgabe "deines" pings. Bei "meinem" sieht das so aus: akoenecke@kocom:~> ping -c 1 -s 1465 62.153.159.124 PING 62.153.159.124 (62.153.159.124) from 80.134.34.212 : 1465(1493) bytes of data. 1472 bytes from 62.153.159.124: icmp_seq=1 ttl=123 (truncated) Es ist aber auch gut möglich, dass die ganze Problematik auch abhängig von den dazwischenliegenden Routern ist... (Ach wäre die DTAG doch bei BTX geblieben...) Probiere die "großen" pings doch mal mit anderen Hosts, z.B. www.heise.de. Gruß Andreas -- Andreas Könecke "Andreas Koenecke <akoenecke@akoenecke.de>" PGP-ID/Fingerprint: BD7C2E59/3E 11 E5 29 0C A8 2F 49 40 6C 2D 5F 12 9D E1 E3 PGP-Key on request or on public keyservers --