Vraag: Moet een host zijn ARP-tabel updaten na het ontvangen van het volgende ARP-request? Ethernet II, Src: 195.69.xxx.xxx (00:01:23:45:67:89), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Destination: Broadcast (ff:ff:ff:ff:ff:ff) Source: 195.69.xxx.xxx (00:01:23:45:67:89) 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: 01:01:23:45:67:89 (01:01:23:45:67:89) Sender IP address: 195.69.xxx.xxx (195.69.xxx.xxx) Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00) Target IP address: 195.69.xxx.xxx (195.69.xxx.xxx) Let op het 'Sender MAC address', daar staat het ethenet multicast bit op ??n. In aantal implementaties (Linux, Force-10, Foundry) wordt de ARP-tabel veranderend alsof het een normale update betreft. In een aantal andere niet (juniper, Cisco). RFC826 zegt er niets over. In hoofdstuk 21 van het 2de deel van standaardwerk van Stevens [1] wordt alleen gesproken op het eigen MAC- adress en het broadcast-adres. Het request wordt in beide gevallen genegeerd. Weet iemand meer (betere) documentatie? -- Arien [1] Gary R. Wright W. Richard Stevens, "TCP/IP illustrated Volume 2 - The implementation"
Vraag:
Moet een host zijn ARP-tabel updaten na het ontvangen van het volgende ARP-request?
Ethernet II, Src: 195.69.xxx.xxx (00:01:23:45:67:89), Dst: Broadcast (ff:ff:ff:ff:ff:ff) Destination: Broadcast (ff:ff:ff:ff:ff:ff) Source: 195.69.xxx.xxx (00:01:23:45:67:89) 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: 01:01:23:45:67:89 (01:01:23:45:67:89) Sender IP address: 195.69.xxx.xxx (195.69.xxx.xxx) Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00) Target IP address: 195.69.xxx.xxx (195.69.xxx.xxx)
Let op het 'Sender MAC address', daar staat het ethenet multicast bit op ??n. In aantal implementaties (Linux, Force-10, Foundry) wordt de ARP-tabel veranderend alsof het een normale update betreft. In een aantal andere niet (juniper, Cisco).
RFC826 zegt er niets over. In hoofdstuk 21 van het 2de deel van standaardwerk van Stevens [1] wordt alleen gesproken op het eigen MAC- adress en het broadcast-adres. Het request wordt in beide gevallen genegeerd.
Weet iemand meer (betere) documentatie?
Geen definitieve referentie wat betreft "moet" of "mag niet" , maar het is bekend gedrag in allerlei cluster/high-availability setups. Dwz: gebruik van een multicast mac-adres, en eventueel de noodzaak om statische arp-entries in de (cisco, e.a. ?) router te gebruiken. googelen op termen als ha multicast ethernet cluster e.d. geeft diverse relevante hits. (niet naar een rfc of andere standaard, maar in diverse faqs naar waar/wanneer statische arp toevoegen enzo). Ook switch gedrag kan interessant zijn; De switch zou het source adres misschien niet aan z'n cam table moeten toevoegen, en replies naar dit adres eventueel koppelen aan het gezien hebben van een igmp message. In het cluser/ha geval is het in elk geval de bedoeling dat replies naar de multicast naar alle poorten waar dit adres achter zit gaan. Boudewijn
-- Arien
[1] Gary R. Wright W. Richard Stevens, "TCP/IP illustrated Volume 2 - The implementation"
_______________________________________________ NLNOG mailing list NLNOG at nlnog.net http://mailman.nlnog.net/mailman/listinfo/nlnog
participants (2)
-
arien.vijn＠ams-ix.net -
bvisser-nlnog＠xs4all.nl