From: "Taylor, Grant" <gtaylor@riverviewtech.net>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] urgent TEQL problem
Date: Thu, 23 Jun 2005 21:02:44 +0000 [thread overview]
Message-ID: <42BB2374.4080708@riverviewtech.net> (raw)
In-Reply-To: <628BFCE8B64706469FE4D4852CEC953706B09173@tayexc14.americas.cpqcorp.net>
Based on your previous email and this email I see a couple problems with your situation.
1) Your ""Gateway will not be able to ""route correctly between two interfaces on the same subnet.
2) Node1 is ARPing out eth1 to try to find 16.119.114.66 on it's local subnet as it should be there but it is not as it is on the other side of a gateway.
If you do not want to do this on layer 2 and turn your gateway in to a bridge I think you will have to do all of this on layer 3 and route *BOTH* sides of teql0, how to do this I'm not sure of at the moment. I have a feeling you will need to ultimately try to reach an IP that is not on any of your physical network cards but rather something on a dummy interface that is accessible via a route using either interface to get to. I'll try to describe such a setup below.
Node 1:
- eth0: <subnet 1>.1
- eth1: <subnet 2>.1
- teql0: <subnet ?>.1
- dumy0: <subnet 3>.1
Node 2:
- eth0: <subnet 1>.2
- eth1: <subnet 4>.2
- teql0: <subnet ?>.2
- dump0: <subnet 5>.2
Gateway:
- eth0: <subnet 2>.254
- eth1: <subnet 4>.254
(Sitting her looking at this I'm not entirely sure that you even need teql0 but rather ECMP routing.)
Node 1 routing table:
<subnet 3> via <subnet 1>.2 metric 2
<subnet 3> via <subnet 2>.254 metric 1
Node 2 routing table:
<subnet 5> via <subnet 1>.1 metric 2
<subnet 5> via <subnet 4>.254 metric 1
Gateway routing table:
<subnet 3> via <subnet 2>.1 metric 1
<subnet 5> via <subnet 4>.2 metric 1
This *SHOULD* (if I have things correct in my head) establish two routes from <subnet 3> to <subnet 5> with the same overall metric of 2. However to use ECMP you will need the metrics for both routes from <subnet 3 or 5> to <subnet 5 or 3> to be the same on Node 1 and Node 2. Thus I might modify the routing tables as such.
Node 1 routing table:
<subnet 3> via <subnet 1>.2 metric 2
<subnet 3> via <subnet 2>.254 metric 2
Node 2 routing table:
<subnet 5> via <subnet 1>.1 metric 2
<subnet 5> via <subnet 4>.254 metric 2
Gateway routing table:
<subnet 3> via <subnet 2>.1 metric 0
<subnet 5> via <subnet 4>.2 metric 0
As my pager goes off I realize that I have to submit a partial post back to the list, but hopefully there is enough here to get a couple of points across and enough for someone else to work with to help flesh out this idea.
Grant. . . .
Li, Ji wrote:
> One more thing to add is that when I "ping 16.119.144.66" from Node1
> (16.119.144.66 is the teql0 of Node2), all messages I saw from
> Node1.eth1 are ARP messages "Who has 16.119.144.66? Tell 16.119.144.33".
>
> Thanks,
> -Ji
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
next prev parent reply other threads:[~2005-06-23 21:02 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-23 18:12 [LARTC] urgent TEQL problem Li, Ji
2005-06-23 18:50 ` Pan'ko Alexander
2005-06-23 19:44 ` Li, Ji
2005-06-23 20:01 ` Li, Ji
2005-06-23 21:02 ` Taylor, Grant [this message]
2005-06-23 22:00 ` Li, Ji
2005-06-29 14:14 ` Li, Ji
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=42BB2374.4080708@riverviewtech.net \
--to=gtaylor@riverviewtech.net \
--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.