Hat schonmal jemand so etwas gesehen?
PING 192.168.13.1 (192.168.13.1) 56(84) bytes of data. 64 bytes from 192.168.13.1: icmp_seq=1 ttl=64 time=1.00 ms wrong data byte #20 should be 0x14 but was 0x18 #8 8 9 a b c d e f 10 11 12 13 18 0 b0 af 25 88 80 0 25 80 e0 0 25 40 20 2 24 25 26 27 #40 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33 34 35 36 37 64 bytes from 192.168.13.1: icmp_seq=2 ttl=64 time=1.44 ms wrong data byte #20 should be 0x14 but was 0x0 #8 8 9 a b c d e f 10 11 12 13 0 3f 42 30 2 12 2 0 0 0 22 ae 34 0 0 10 24 25 26 27 #40 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33 34 35 36 37 64 bytes from 192.168.13.1: icmp_seq=3 ttl=64 time=1.00 ms wrong data byte #20 should be 0x14 but was 0x18 #8 8 9 a b c d e f 10 11 12 13 18 0 b0 af 25 88 80 0 25 80 e0 0 25 40 20 2 24 25 26 27 #40 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33 34 35 36 37
Also irgendwie macht mir das Angst. So wie mir scheint hat mein OpenWRT-Router die Atheros-Karte nicht vertragen. ![]()
ich glaube eher, dass der falsche pakete generiert und die se nicht mehr standardkonform sind. ich glaube man kann das softwareseitig beheben
weil ich aber kein wrt habe weiß ich nicht wie ![]()
Passiert wenn zwischen Router und Gateway etwas nicht stimmt bzw. ein "Interrupt-Fehler" auftritt; steck die Karte um und probiers nochmal.
Und nein. Auch wenn die alte Karte im gleichen Steckplatz war, muss es deswegen noch lange nicht funktionieren. Trust me.
bei ping gibt es doch eine Option, um die payload selbst zu definieren. ich würd da mal 0x55 0xaa vorgeben und dann vergleichen, was ankommt.
Kommt das denn nur bei ICMP Paketen oder generell auch bei HTTP Verkehr? Mal tcpdump mitlaufen lassen?
@strcat: Das Problem trat auf als ich an meinem Router eine Broadcom MiniPCI-Karte durch eine mit Atheros Chipsatz getauscht habe. Meine Vermutung ist, dass die Karte ne Macke hat. Mit nem OpenWrt auf nem 2.6er Kernel hat das Teil dauernd unkontrolliert rebootet.
Umstecken ist leider nicht, da nur ein Steckplatz vorhanden ist.
@matthias: Anderer Traffic kam gar nich erst durch. Ich habe selbst mehrere Versuche gebraucht um mich ins Wlan zu verbinden.
Aber das mit tcpdump ist ne gute Idee. Allgemein ist mir gestern nach 3H testen mit unterschiedlichen Kernels und Realeases die Lust vergangen. Ich werde das mal bei Gelegenheit nochmals testen.


