From owner-freebsd-hackers Sat Apr 25 15:15:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA29146 for freebsd-hackers-outgoing; Sat, 25 Apr 1998 15:15:39 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from localhost.zilker.net (jump-k56flex-0147.jumpnet.com [207.8.6.147]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29141 for ; Sat, 25 Apr 1998 15:15:28 -0700 (PDT) (envelope-from marquard@zilker.net) Received: (from marquard@localhost) by localhost.zilker.net (8.8.8/8.8.3) id RAA02389; Sat, 25 Apr 1998 17:14:58 -0500 (CDT) To: freebsd-hackers@FreeBSD.ORG Subject: Re: FreeBSD HA configuration / Ethernet address takeover References: <199804252115.XAA14964@zed.ludd.luth.se> From: Dave Marquardt Date: 25 Apr 1998 17:13:37 -0500 In-Reply-To: Mattias Pantzare's message of "Sat, 25 Apr 1998 23:15:34 +0200" Message-ID: <85yawtim7i.fsf@localhost.zilker.net> Lines: 21 X-Mailer: Quassia Gnus v0.22/XEmacs 19.16 - "Lille" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Mattias Pantzare writes: > > >As others have suggested, though, all of the services that you've > > >described already support redundant servers. > > I'm aware of that. I'd prefer failing over the ethernet address > > because it would also simplify the implementation of redundant > > servers. This is because the server processes themselves only need > > to support orderly shutdown. Designing a high availabilty mechanism > > at the application level is bound to be more problematic than failing > > over the server processes at the operating system level. > > Why do it at the eternet level and not at the IP level? Doing it at the IP > level will give the same functionality if the only protocol that you are > using is IP. All the support is already there. Just set up two IP adresses > on the server that is covering for the failing server, the normal IP and the > IP of the failing server. A lot of ARP caches will retain the original server's MAC address for some number of minutes, so being able to take over the MAC address is a very good thing. -Dave To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message