On Mon, 9 Feb 2004, David S. Miller wrote:
> I'm fine with this patch, although it appears incomplete because:
Of course :) I'm still thinking on it, for example:
- do we need to complicate the things in arp_solicit and to
announce not only local IPs but also sender IPs for which we
support proxy_arp. But may be it is better not to complicate
the arp_solicit routine because it can detect different skbs
to same target, each with different saddr, so this is only a
matter of optimization.
I'll send you final diff in the next days after resolving
this ifdef, I'm giving myself and the other gurus some days for
> > 2 - always use the best source address for this target
> The code handling this case is "#if 0/#endif" commented out in your
I just wanted to know if output route is better to use
in this case? Or it is better to use inet_select_addr?
> Finish this thing up, and as a birthday present to everyone I'll also
> add an IN_DEV_ARP_IGNORE flag for inet devices to so people can control
> complete ARP ignoring via a global/per-device sysctl.
> Hopefully, combined, this will get all the virtual server maniacs off
> of my back :-)
Ah, no, forget about ARP_IGNORE :) Nobody wants this :)
As for IPVS like setups, the requirements need per IP tunning which
is possible only with some kind of filtering, not a global flag,
especially for the input device. Note that the "hidden" flag
is checked for the target device, this was the only way to
differentiate by device. May be this is a proof arp_announce is
not for IPVS :) It is mostly to work with other stacks because
I'm flooded with emails about how Linux ARP can be more friendly.
Julian Anastasov <ja@xxxxxx>