From owner-freebsd-net@FreeBSD.ORG Wed Jun 30 21:18:48 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6DAD16A4CE for ; Wed, 30 Jun 2004 21:18:48 +0000 (GMT) Received: from tea.blinkenlights.nl (uplink-1.ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32A5F43D2D for ; Wed, 30 Jun 2004 21:18:48 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 8B5973A0; Tue, 29 Jun 2004 16:02:33 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 736231CD; Tue, 29 Jun 2004 16:02:33 +0200 (CEST) Date: Tue, 29 Jun 2004 16:02:33 +0200 (CEST) From: Sten Spans To: Bruno Afonso In-Reply-To: <40DA5A12.6080106@dequim.ist.utl.pt> Message-ID: References: <40DA5A12.6080106@dequim.ist.utl.pt> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: spe@bsdfr.org cc: freebsd-net@freebsd.org Subject: Re: FreeVRRPD problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jun 2004 21:18:48 -0000 On Thu, 24 Jun 2004, Bruno Afonso wrote: > Hello, > > I'm trying to have failover with a couple boxes and they're basically > doing NAT and firewalling. 1 box has a couple fxp and the other a couple > rls. Is this supposed to be a problem for freevrrpd? > > Only fxp box actually can use the fail-over ips. The backup box cannot > use them if we start freevrrp deamon without starting on the master > first and it's impossible to have network access to. > > Further more, if we have master and start backup, it all goes ok. If > master goes down, backup never takes over and backup is from now one > impossible to access. One simple thing that has bitten me with freevrrpd is the link monitoring. If the link on an interface is unstable ( bge being the usual suspect in our case ) then freevrrpd will stop doing vrrp announcements. This is to stop things like broken utp or duplex mismatches from causing major mischief. However if its normal for your nic's to be borking then you'll have to "fix" the code in some fashion. The current freevrrpd code might be a bit different, but this is what I encountered with fbsd/bge about a year ago. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem