Ich arbeite an einem eingebetteten Gerät, das über ein lokales Netzwerk mit RJ45 verbunden ist. Wenn das System eine ARP-Anfrage sendet, um die Mac-Adresse des Gateways zu erfahren, gibt es keine Antwort.
Wenn ich die Arp-Tabelle auf meinem Windows lösche, stellt das Windows genau die gleiche ARP-Anfrage und bekommt eine Antwort!
Ich habe das Paket gesnifft und der einzige Unterschied innerhalb des Anforderungspakets ist ein 0-Trailer auf dem eingebetteten Gerät am Ende des Pakets und dass die Ziel-Mac-Adresse ff:ff:ff:ff:ff:ff ist, wo die Windows-Adresse 00:00:00:00:00:00:00 ist (Wikipedia scheint zu sagen, dass es ffffffffff sein sollte)
Ich habe versucht, die Mac-Adresse zu ändern, für den Fall, dass mein Gateway den Mac aufgrund von Arp-Spam sperrt, aber das ändert nichts. Ich versuche auch mit DHCP IP und statische IP, das gleiche Problem...
Windows-Paket:
Frame 1 (42 bytes on wire, 42 bytes captured)
Frame is marked: False
Arrival Time: Jan 29, 2010 12:05:49.775534000
Time delta from previous packet: -77.580549000 seconds
Time since reference or first frame: 6354.738379000 seconds
Frame Number: 1
Packet Length: 42 bytes
Capture Length: 42 bytes
Protocols in frame: eth:arp
Ethernet II, Src: 00:1e:8c:b5:d0:00, Dst: ff:ff:ff:ff:ff:ff
Type: ARP (0x0806)
Address Resolution Protocol (request)
Hardware type: Ethernet (0x0001)
Protocol type: IP (0x0800)
Hardware size: 6
Protocol size: 4
Opcode: request (0x0001)
Sender MAC address: 00:1e:8c:b5:d0:00 (00:1e:8c:b5:d0:00)
Sender IP address: 192.168.0.14 (192.168.0.14)
Target MAC address: 00:00:00:00:00:00 (00:00:00:00:00:00)
Target IP address: 192.168.0.1 (192.168.0.1)
0000: FF FF FF FF FF FF 00 1E 8C B5 D0 00 08 06 00 01 ................
0010: 08 00 06 04 00 01 00 1E 8C B5 D0 00 C0 A8 00 0E ................
0020: 00 00 00 00 00 00 C0 A8 00 01 .......... Eingebettetes Geräte-Paket:
Frame 1 (60 bytes on wire, 60 bytes captured)
Frame is marked: False
Arrival Time: Jan 29, 2010 12:07:04.257748000
Time delta from previous packet: -3.098335000 seconds
Time since reference or first frame: 6429.220593000 seconds
Frame Number: 1
Packet Length: 60 bytes
Capture Length: 60 bytes
Protocols in frame: eth:arp
Ethernet II, Src: 00:04:a3:12:34:05, Dst: ff:ff:ff:ff:ff:ff
Type: ARP (0x0806)
Trailer: 000000000000000000000000000000000000
Address Resolution Protocol (request)
Hardware type: Ethernet (0x0001)
Protocol type: IP (0x0800)
Hardware size: 6
Protocol size: 4
Opcode: request (0x0001)
Sender MAC address: 00:04:a3:12:34:05 (00:04:a3:12:34:05)
Sender IP address: 192.168.0.129 (192.168.0.129)
Target MAC address: ff:ff:ff:ff:ff:ff (ff:ff:ff:ff:ff:ff)
Target IP address: 192.168.0.1 (192.168.0.1)
0000: FF FF FF FF FF FF 00 04 A3 12 34 05 08 06 00 01 ..........4.....
0010: 08 00 06 04 00 01 00 04 A3 12 34 05 C0 A8 00 81 ..........4.....
0020: FF FF FF FF FF FF C0 A8 00 01 00 00 00 00 00 00 ................
0030: 00 00 00 00 00 00 00 00 00 00 00 00 ............
0 Stimmen
Sind Sie sicher, dass Ihr Netzwerk nicht ein VLAN oder etwas Ähnliches (Tunneling?) verwendet? Ihr Windows-Paket hat eine Länge von weniger als 64 Bytes, was die Mindestlänge eines Ethernet-Frames einschließlich des CRC ist. Einige Netze/Treiber entfernen eine solche Schicht und Sie können sie in Wireshark nicht sehen.
0 Stimmen
Kein Vlan. Es ist nur ein Internet-Box (freebox) mit meinem PC und auf der Box mit rj45 auf der Box eingebettet (die als Router handeln) Da ich auf dem gleichen PC schnüffeln, vielleicht wireshark (packetyzer in der Tat) entfernen Sie den Anhänger.
0 Stimmen
Ich habe auch einige sehr seltsame Verhaltensweisen wie: - wenn mein Computer das Bild anpingt, funktioniert es 2 Mal und nach der Zeitüberschreitung (die LED blinkt weiterhin alle Sekunden) - wenn er versucht, eine IP mit DHCP zu erhalten, fragt er N Mal (wobei N zufällig ist), erhält die Antwort vom Gateway, sendet die Anforderung, erhält die ACK, aber validiert das DHCP nicht und fragt ein weiteres Mal... Haben Sie eine Idee?