>	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" >-----|
codewarrior@daemon.org             * "ah!  i see you have the internet
twofsonet@graffiti.com (Andrew Brown)                that goes *ping*!"
andrew@crossbar.com       * "information is power -- share the wealth."