David S. Miller wrote: > > > 10.10.10.0 0.0.0.0 255.255.255.0 U 0 > 0 0 > > eth0 > > So you told the kernel it can get to the 10.10.10.0 subnet > over eth0. Why shouldn't it try to ARP over eth0 when > trying to resolve 10.10.10.X as a nexthop? > I'm entirely happy with it trying to resolve 10.10.10.1 on that interface, as I have said previously. However, I'm not happy with it trying to resolve it by sending an ARP packet which will be dropped by routers as invalid ARP requests. > I think what you're really upset about is the source address choosen > by the kernel, and therefore you want to more precisely control the > kernel's default source address selection. > I've said exactly what I believe to be in error a number of times already. The address chosen by the kernel for what, exactly? > Please check out the "ip" command and how you can use it to > set the preferred source address used when a particular route > matches. > Well, I've had a look and I can't see any options for disabling broken ARP requests - could you perhaps tell me exactly what I should be doing? Or does anyone else on this list have a better understanding of the problem? Thanks, Richard - : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
