Subject: Re: RTM_ADD and overwriting arp entries
To: David Brownlee <firstname.lastname@example.org>
From: Andrew Brown <email@example.com>
Date: 08/17/2001 15:52:22
> RTM_ADD will not overwrite an existing (partial) arp entry.
> My guess is this behaviour was introduced around 1.4 with the
> new media independent arp subsystem.
> This is a problem for netbooting machines with bootroms that do
> not respond to arp (a sun IPC is a good example). If a partial arp
> entry is present rarpd will not be able to replace it, and when
> the client tries to tftp the bootloader the server will just sit
> there sending out arp requests until the arp entry is manually
> deleted (or everything is killed and it times out).
> I've run up a trivial patch to make rarpd explicitly delete an
> existing arp entry before RTM_ADD.
> Does anyone have any better suggestions?
if the RTM_ADD fails, retry with RTM_CHANGE?
|-----< "CODE WARRIOR" >-----|
firstname.lastname@example.org * "ah! i see you have the internet
email@example.com (Andrew Brown) that goes *ping*!"
firstname.lastname@example.org * "information is power -- share the wealth."