From: Pete Elton <elton@iqs.net>
To: linux-kernel@vger.kernel.org
Cc: Andi Kleen <ak@suse.de>
Subject: Re: Turning off ARP in linux-2.4.0
Date: Tue, 23 Jan 2001 16:27:21 -0800 [thread overview]
Message-ID: <200101240027.QAA14665@tech1.nameservers.com> (raw)
In-Reply-To: Your message of "Wed, 24 Jan 2001 01:10:11 +0100." <20010124011011.A12252@gruyere.muc.suse.de>
> On Tue, Jan 23, 2001 at 03:50:36PM -0800, Pete Elton wrote:
> The snippet you posted doesn't describe what ClusterThingy exactly wants
> to do with ARPs.
Well I think the main difference in what you implemented and
what the cluster server thing is doing (I think) is it sounds
like you can arp on a specific interface, but for the cluster server
software to work, the node cannot arp at all since a separate machine
is acting as a redirector and all incoming request go to that server
first and are then pasted to a node. (how's that for a run on sentence)
Here is what their documentation says about that explicitly. It appears
just before the other section I quoted:
Creating an alias has one problem: when another system on the network
wants to send a packet to the IP address 10.0.0.99 on the same subnet,
it sends an ARP broadcast to determine which computer has that IP address.
The machine with that IP address is supposed to answer back with its IP
address and corresponding MAC (hardware) address. But if all the nodes
in the cluster have the same IP address, they are all going to answer
this broadcast ARP message. So we have to tell all of the systems except
for the primary ATM not to reply to those ARP requests. We want all
traffic destined for the cluster to go through the primary ATM first.
Part of the solution to this is to create the alias on the loopback
interface instead of the Ethernet interface. The loopback interface
is a network interface that has no hardware or physical network
associated with it. So instead of creating the alias on eth0:1, you
would add the alias to the loopback interface (lo) using the following
command:
# ifconfig lo:1 10.0.0.99 netmask 255.255.255.255 up
So in the setup I have, we have an ATM which gets all incoming requests
for the web site. And then we have 7 other machines that get the
requests passed onto them by the ATM. So only the ATM can ARP for
the ip address of the web site. The 7 other servers cannot. So for
the 2.2.18 kernel, I have the ipaddress aliased to the lo interface
with the hidden sysctrl option set to 1 and everything works. When I
try and bring one of the nodes up on the 2.4.0 kernel, I cannot keep
it from ARPing so it fights with the ATM for all of the traffic and
that causes problems.
I hope that this makes more sense.
Any ideas on how I can turn off the arping? I guess the thing that I
am most curious about is how it ending up being removed from the kernel
in the first place. It must have been a decision that someone made.
Either, we don't need that any more since we can do it this way, or
we'll take it out since nobody uses it.
Pete
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2001-01-24 0:27 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-01-23 0:50 Turning off ARP in linux-2.4.0 Bernd Eckenfels
2001-01-23 9:08 ` Andi Kleen
2001-01-23 23:50 ` Pete Elton
2001-01-24 0:10 ` Andi Kleen
2001-01-24 0:27 ` Pete Elton [this message]
2001-01-24 0:38 ` Andi Kleen
2001-01-24 0:49 ` Pete Elton
-- strict thread matches above, loose matches on Subject: below --
2001-01-25 11:02 Julian Anastasov
2001-01-25 17:08 ` Bernd Eckenfels
2001-01-25 23:13 ` Julian Anastasov
2001-01-25 0:19 Julian Anastasov
2001-01-25 0:08 Bernd Eckenfels
2001-01-24 9:21 Julian Anastasov
2001-01-25 0:30 ` Pete Elton
2001-01-24 8:32 Bernd Eckenfels
2001-01-24 4:07 Bernd Eckenfels
2001-01-24 4:02 Bernd Eckenfels
2001-01-23 13:19 NDias
2001-01-22 20:59 Pete Elton
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=200101240027.QAA14665@tech1.nameservers.com \
--to=elton@iqs.net \
--cc=ak@suse.de \
--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;
as well as URLs for NNTP newsgroup(s).