From: Roberto Nibali <ratz@drugphish.ch>
To: Phil Oester <kernel@theoesters.com>
Cc: "David S. Miller" <davem@redhat.com>,
Bingner Sam J Contractor PACAF CSS/SCHE
<Sam.Bingner@hickam.af.mil>, "'ja@ssi.bg'" <ja@ssi.bg>,
"'linux-kernel@vger.kernel.org'" <linux-kernel@vger.kernel.org>
Subject: Re: hidden interface (ARP) 2.4.20
Date: Thu, 05 Dec 2002 23:50:45 +0100 [thread overview]
Message-ID: <3DEFD845.1000600@drugphish.ch> (raw)
In-Reply-To: 20021205140349.A5998@ns1.theoesters.com
Hello,
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
mailinglist.
> 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?
http://marc.theaimsgroup.com/?t=95743539800002&r=1&w=2
> What some people fail to grasp is that _many_ people in the real world are using
> 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
next prev parent reply other threads:[~2002-12-05 22:44 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-12-05 20:53 hidden interface (ARP) 2.4.20 Bingner Sam J Contractor PACAF CSS/SCHE
2002-12-05 21:42 ` David S. Miller
2002-12-05 22:03 ` Phil Oester
2002-12-05 22:50 ` Roberto Nibali [this message]
2002-12-05 23:48 ` Phil Oester
2002-12-05 23:59 ` Roberto Nibali
2002-12-06 6:01 ` Willy Tarreau
2002-12-06 17:52 ` Stephan von Krawczynski
2002-12-07 23:30 ` Roberto Nibali
2002-12-08 16:03 ` Stephan von Krawczynski
2002-12-08 17:01 ` Willy Tarreau
2002-12-09 11:08 ` Stephan von Krawczynski
2002-12-10 9:42 ` Gilad Ben-Yossef
2002-12-10 10:40 ` Roberto Nibali
2002-12-10 13:09 ` hidden interface (ARP) 2.4.20 / network performance Stephan von Krawczynski
2002-12-10 18:11 ` Roberto Nibali
2002-12-10 23:29 ` Willy TARREAU
2002-12-10 1:22 ` hidden interface (ARP) 2.4.20 Bill Davidsen
2002-12-10 10:40 ` Roberto Nibali
2002-12-10 14:47 ` Bill Davidsen
2002-12-10 18:15 ` Roberto Nibali
2002-12-11 16:15 ` Bill Davidsen
2002-12-12 1:33 ` Bernd Eckenfels
2002-12-05 22:18 ` Martin Josefsson
-- strict thread matches above, loose matches on Subject: below --
2002-12-05 23:57 Bingner Sam J Contractor PACAF CSS/SCHE
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3DEFD845.1000600@drugphish.ch \
--to=ratz@drugphish.ch \
--cc=Sam.Bingner@hickam.af.mil \
--cc=davem@redhat.com \
--cc=ja@ssi.bg \
--cc=kernel@theoesters.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox