From: "Martin A. Brown" <mabrown-lartc@securepipe.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] Double Ethernet
Date: Mon, 19 May 2003 18:42:06 +0000 [thread overview]
Message-ID: <marc-lartc-105337002727073@msgid-missing> (raw)
In-Reply-To: <marc-lartc-105333551321590@msgid-missing>
Román,
: I would like to know how can i do one server with two "eth" connected
: to the same network 34.0/24, two ip's .23 and .17 answer through the
: eth/ip they are listening.
I thought I have answered this question before, but I have been unable to
find the exact answer for you. Nonetheless, you should be able to do this
without too much trouble. I'd recommend reading up on several matters.
First, you'll want to see what somebody else is doing to solve a similar
problem [1], and next you'll want to read up on ARP flux [2]. ARP flux
will be a problem for you, since you'll have two connections to the same
broadcast domain.
: Just making two route tables form the diferent eth/ip is good?
That's not quite complete. You should probably use ip rule statements
in conjunction with routing tables. This is not as important as preparing
for the ARP flux problem.
# ip rule from x.y.34.23 table out.eth0
# ip rule from x.y.34.17 table out.eth1
# ip route add x.y.34.0/24 dev eth0 table out.eth0 src x.y.34.23
# ip route add x.y.34.0/24 dev eth1 table out.eth1 src x.y.34.17
The above commands should ensure that packets addressed from each address
are transmitted from each interface (in this example, x.y.34.23 is hosted
on eth0 and x.y.34.17 on eth1).
: I have read the split access example, but I don't know if it ís what i
: need.
I don't think split access is what you desire. You didn't explain much
about your application or need for multiple interfaces, so I'll point out
that depending on your needs, you may find bonding (see
Documentation/networking/bonding.txt in your kernel release) or teql (see
LARTC howto [3]) to match your goals.
-Martin
[1] http://linux-ip.net/html/ether-arp.html#ether-arp-flux
[2] http://mailman.ds9a.nl/pipermail/lartc/2003q1/006922.html
[3] http://lartc.org/howto/
--
Martin A. Brown --- SecurePipe, Inc. --- mabrown@securepipe.com
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
prev parent reply other threads:[~2003-05-19 18:42 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-05-19 9:09 [LARTC] Double Ethernet Román Reynoso
2003-05-19 18:42 ` Martin A. Brown [this message]
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=marc-lartc-105337002727073@msgid-missing \
--to=mabrown-lartc@securepipe.com \
--cc=lartc@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.