[lkml]   [2003]   [Aug]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [2.4 PATCH] bugfix: ARP respond on all devices
On Tue, 19 Aug 2003 15:11:37 -0700
"David S. Miller" <> wrote:

> On Tue, 19 Aug 2003 23:12:38 +0100
> Richard Underwood <> wrote:
> > I'm certain that Cisco (for example) won't change their ways.
> I don't believe this.
> In cases where we've been able to show their devices to
> be faulty, they've fixed their kit. Go check out what
> happened wrt. the ECN issues their firewall products had.

Yes, but you failed to explain their fault in this discussed issue so far.
Still there is no good explanation for what can be broken if setting the source
ip of an arp request with the interface ip instead of the originating ip (iff
According to your own words:
1) the destination host must not care
2) the source ip is no more visible if the request succeeds and a corresponding
entry in the table is made. So originating host has no chance to find out what
it was later on.

Who else should care?

This discussion could btw have ended months ago (it is coming up now and then)
if a _simple_ way was implemented (like proc-setting) to switch between the two
I always thought we are doing a consensus project here.
I guess it would be utmost simple to create a patch that implements something

echo > /proc/sys/net/ethX/idontknowwhat 0 (current default behaviour)
echo > /proc/sys/net/ethX/idontknowwhat 1 (source ip of arp request following
the interface)
echo > /proc/sys/net/ethX/idontknowwhat 2 (don't answer arps on this

It's _simple_ for the user and contains every piece we talked about so far.
Shoot me for not being member of any religion.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:47    [W:0.083 / U:0.104 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site