[Top] [All Lists]

RE: hidden interface (ARP) 2.4.20

To: "'Roberto Nibali'" <ratz@xxxxxxxxxxxx>, Phil Oester <kernel@xxxxxxxxxxxxxx>
Subject: RE: hidden interface (ARP) 2.4.20
From: Bingner Sam J Contractor PACAF CSS/SCHE <Sam.Bingner@xxxxxxxxxxxxx>
Date: Thu, 5 Dec 2002 23:57:18 -0000
Cc: "David S. Miller" <davem@xxxxxxxxxx>, "'ja@xxxxxx'" <ja@xxxxxx>, "'linux-kernel@xxxxxxxxxxxxxxx'" <linux-kernel@xxxxxxxxxxxxxxx>, "'netdev@xxxxxxxxxxx'" <netdev@xxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
to risk getting jumped on again, I still don't see why an address that is
-=ASSIGNED TO AN INTERFACE=- should be responded to on a completely
different interface... if we wanted the ip address to be assigned to the
system, there should be a pseudo interface that will work on any of the
interfaces attached.  Why assign an address to an interface if it would work
just the same if you assigned it to the loopback adapter?  Why would you
assign an address to the loopback adapter if you wanted it to be accessed
from the world?  

Anyways, just wasting my breath by expressing my point of view... have fun

Also, if anybody has a link to something that explains how to do this using
an alternate method, or usage for arp_filter... I'd appreciate it if you
could email me... I've been searching for like 2 hours and I havn't found
anything useful.

        Sam Bingner

-----Original Message-----
From: Roberto Nibali [mailto:ratz@xxxxxxxxxxxx]
Sent: Thursday, December 05, 2002 12:51 PM
To: Phil Oester
Cc: David S. Miller; Bingner Sam J Contractor PACAF CSS/SCHE;
'ja@xxxxxx'; 'linux-kernel@xxxxxxxxxxxxxxx'
Subject: Re: hidden interface (ARP) 2.4.20


First I would like to ask people not to post such patches to lkml but 
rather to the LVS list, because this affects only LVS so far and we 
cover all kernel versions pretty much up to date. Julian just needs to 
do the s/__constant_htons/htons/ fixes and upload the changes to his site ;)

The inclusion of the hidden feature has been discussed almost to death 
on netdev (where these questions should have gone in the first place) 
and it was decided against inclusion of this patch for various reasons.

Phil Oester wrote:
> So we should enable netfilter for all x-hundred webservers we have?  Or
play games with routing tables?

Yes. What is the problem? You need to setup the x-hundred webservers 
anyway, 2 routing entry lines certainly won't hurt. Yes, I understand 
that if you're in process of upgrading your webservers from 2.2.x to 
2.4.x this is a bit of an additional pain. There are also other 
solutions to this arp problem, but please address this on the LVS 

> Why was something which:
> a) works
> b) was present in 2.2.xx kernels
> c) is trivial to include and doesn't seem to 'hurt' anything
> ripped from 2.4 kernels?

> What some people fail to grasp is that _many_ people in the real world are
 > the hidden flag in load balancing scenarios for its simplicity.
 > Removing it (without any particularly valid reason that anyone is
 > aware of) doesn't make much sense.

Depends if it was a hack before that shouldn't have been there in the 
first place. In an evolutionary process things get optimized ... as has 
happened with the network stack code.

> -Phil
> p.s. flame away, Dave

Search the LVS and the netdev archives for constructive discussions 
about it. No need to flame anyone. But hey, if people keep coming up 
with this, DaveM and Alexey might get weak and put it back in 2.5.x :)

Best regards,
Roberto Nibali, ratz
echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq'|dc

<Prev in Thread] Current Thread [Next in Thread>
  • RE: hidden interface (ARP) 2.4.20, Bingner Sam J Contractor PACAF CSS/SCHE <=