Thread (23 messages) 23 messages, 8 authors, 2010-07-01

Re: [PATCH net-next-2.6] ipv4: sysctl to block responding on down interface

From: David Miller <davem@davemloft.net>
Date: 2010-06-22 17:15:25

From: Stephen Hemminger <redacted>
Date: Fri, 11 Jun 2010 08:48:54 -0700
The initial problem report was for a management application that used ICMP
to check link availability.
That application is buggy, and even if we apply this patch it will
only properly function when speaking to systems in a non-default
configuration.  And, it would be a non-default setting which, by your
own admission below, cannot function properly in valid interface
configurations.

It's easier to fix the app to work in all cases than to add another
sysctl knob hack for a segment of the world that can't seem to wrap
their head around the fact that our behavior is valid, specified, and
an explicit design decision meant to increase the chances of
successful communication between two systems.
The default is disabled to maintain compatibility with previous behavior.
This is not recommended for server systems because it makes fail over more
difficult, and does not account for configurations where multiple interfaces
have the same IP address.
The fact that the syctl knob, when enabled, can't even function properly
in this "multiple interfaces with same address" case is another reason I
have decided to not apply this.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help