From: Grant Taylor <gtaylor@riverviewtech.net>
To: George Alexandru Dragoi <waruiinu@gmail.com>
Cc: netfilter@lists.netfilter.org, Kevin de Kok <kevin@oom-killer.org>
Subject: Re: More gateways in the same subnet
Date: Mon, 28 Mar 2005 00:13:17 -0600 [thread overview]
Message-ID: <4247A07D.9070609@riverviewtech.net> (raw)
In-Reply-To: <3063e505032709164a601ff8@mail.gmail.com>
I would be tempted to add ISP2's gateway as a 2nd default route with a higher metric to ISP1's table, and vice versa. Thus having some sort of redundancy if either of the connections goes down. I think the line would be something like:
ip ro add default via <isp2_gw> table isp1 metric 2
ip ro add default via <isp1_gw> table isp2 metric 2
I have not done much work with routing via the new ip route command so my syntax could be a bit off so double check me. If any one does see any errors please let me know.
Something else you might consider playing with would be Equal Cost Multi Path (ECMP) routing. I have had limited success with ECMP routing in the past. Rather I had success with it but it sort of failed under high load in an extremely unique situation where I was (attempting to) pseudo load balancing across 8 cable modems each of which having a globally routable IP in the same subnet. All testing that I did seemed to work just fine until the system was under load and then it seemed as if some rare packets would go out a different interface than they started out. Thus the TCP connection was broken as the packets were then coming from a different IP than they started at. However I think that ECMP is a VERY good idea and I'm planing on doing some more testing with it. I also have plans of documenting my situation to this mail list at a later point in time for it's opinion. In short g
ive ECMP a try for you self and see what sort of mileage you get. I was happy with it, bu
t I think I was breaking it in what I was doing, not that it broke it's self. To do ECMP routing you would have rules like the following:
ip ro add default via <isp1_gw> dev eth0 weight 1 nexthop via <isp2_gw> dev eth2 weight 1 table isp1
ip ro add default via <isp2_gw> dev eth2 weight 1 nexthop via <isp1_gw> dev eth0 weight 1 table isp2
Grant. . . .
George Alexandru Dragoi wrote:
> echo 100 isp1 >> /etc/iproute2/rt_tables
> echo 101 isp2 >> /etc/iproute2/rt_tables
>
> ip ro add 192.168.1.0/24 dev eth1 table isp1
> ip ro add 192.168.1.0/24 dev eth3 table isp2
> ip ro add <isp1_subnet_link> dev eth0 table isp1
> ip ro add <isp2_subnet_link> dev eth2 table isp2
>
> if ISP1 gave you the 1.2.3.4ip, then <isp1_subnet_link> will be
> 1.2.3.0/24 , or whatever the netmask may be. Now do:
>
> ip ro add default via <isp1_gw> table isp1
> ip ro add default via <isp2_gw> table isp2
>
> also
>
> ip ro add default via <whatever_isp_gw_you_want> if you happen not to
> have a default gateway
>
> and last;
>
> ip rule add from 192.168.1.0/24 iif dev eth1 table isp1
> ip rule add from 192.168.1.0/24 iif dev eth3 table isp2
>
> Hopefully it will work :)
> One problem will be if both ethernet cards will reply to some ap
> query, so even a client choose 192.168.1.1 as a gateway, the traffic
> may come on eth3.
prev parent reply other threads:[~2005-03-28 6:13 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-27 0:14 More gateways in the same subnet Kevin de Kok
2005-03-27 17:16 ` George Alexandru Dragoi
2005-03-28 6:13 ` Grant Taylor [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=4247A07D.9070609@riverviewtech.net \
--to=gtaylor@riverviewtech.net \
--cc=kevin@oom-killer.org \
--cc=netfilter@lists.netfilter.org \
--cc=waruiinu@gmail.com \
/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.