Date: Thu, 26 Oct 2000 17:46:36 -0400 (EDT) From: "Richard A. Steenbergen" <ras@e-gerbil.net> To: Nick Rogness <nick@rapidnet.com> Cc: Ron 'The InSaNe One' Rosson <insane@lunatic.oneinsane.net>, freebsd-net@freebsd.org Subject: Re: Multihomed Routing Message-ID: <Pine.BSF.4.21.0010261734080.10623-100000@overlord.e-gerbil.net> In-Reply-To: <Pine.BSF.4.21.0010261146041.60161-100000@rapidnet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 26 Oct 2000, Nick Rogness wrote:
> On Thu, 26 Oct 2000, Ron 'The InSaNe One' Rosson wrote:
>
> > Yesterday I got into a discussion with one of my asociates about if a
> > Network has 2 Routes out how do you tell your servers to switch between
> > the routes without having to manually go in and change them. The
> > discussion was not how the routers/switches were going to do it but how
> > would are FreeBSD servers no what route to take out. Would the FreeBSD
> > servers have to run routed or some other routing based deamon to know
> > what there gateway route is? In theory we should not have to set a
> > default route on this network for any of our machines.
>
> Yes you are correct. /usr/ports/net/gated
I believe where you're going with this is using a router redundancy
protocol like HSRP (Crisco version) or VRRP (standards based). This
doesn't help you with optimal routing, but allows hosts to failover
transparently without having to run gated or be included on any kind of
IGP. This is often MUCH cleaner in practice.
machineA ---| (10.1.1.3)
|--- Router2-------(link x)--->
(virtual 10.1.1.1)| |
|--- Router1-------(link y)--->
machineB ---| (10.1.2.2)
The way this works is that you have two routers which talk to each other
and create a fake virtual IP and MAC address to a virtual interface which
floats between routers, and the machines are configured to use this fake
".1" as their gateway. The routers are configured to have one act as
primary and the other in standby, and they constantly test each others
status and take over in the event of a failure. You can also do semi
advanced things such as load balancing by having half default to 1 as
primary and half default to the other, and assign weight metrics and then
have standby decisions made based on criteria such as link failures (for
example, if link y dies, router 1 can automatically adjust its metrics to
shift traffic to router 2 without having to pass it over the
router1<->router2 link later).
--
Richard A Steenbergen <ras@e-gerbil.net> http://www.e-gerbil.net/humble
PGP Key ID: 0x138EA177 (67 29 D7 BC E8 18 3E DA B2 46 B3 D8 14 36 FE B6)
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.21.0010261734080.10623-100000>