From owner-freebsd-net@FreeBSD.ORG Thu Nov 27 13:55:04 2003 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 8786216A4CE for ; Thu, 27 Nov 2003 13:55:04 -0800 (PST) Received: from lumia.in.spyou.org (l01m-22-89.d2.club-internet.fr [195.36.193.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49DDB43F75 for ; Thu, 27 Nov 2003 13:55:02 -0800 (PST) (envelope-from root@spyou.org) Received: from santyrix.spyou.org (santyrix.in.spyou.org [212.43.217.53]) by lumia.in.spyou.org (Postfix) with ESMTP id 13EE9BD; Thu, 27 Nov 2003 22:55:08 +0100 (CET) Message-Id: <6.0.0.22.0.20031127225400.04464cc0@plouf.absolight.com> X-Sender: root@spyou.org@plouf.absolight.com X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Thu, 27 Nov 2003 22:56:58 +0100 To: Pawel Malachowski From: Spyou In-Reply-To: <20031127215426.GA78866@shellma.zin.lublin.pl> References: <6.0.0.22.0.20031127222359.03cf8800@212.43.217.14> <20031127215426.GA78866@shellma.zin.lublin.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 4.9 / VRRP / vlan 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: Thu, 27 Nov 2003 21:55:04 -0000 At 22:54 27/11/2003, Pawel Malachowski wrote: >When moving IP address from R1 to R2, R2 is not able to bring this IP >up cause it already has route to that network in routing table. Is it >possible You have similar problem here? I had this problem a few days ago ... I've found a solution that is not very clean but that works : ether cards have static IP from the subnet (ie 62.233.44.252/24 and=20 62.233.44.253/24) and the virtual IP is declared as /32 in freevrrpd (ie=20 62.233.44.254/32) There's no problem to add the virtual IP as an alias of ether cards .. The problem with OSPF was solved with a perl script that told OSPF's=20 passive router not to announce the subnet to others one This solution (w/o vlans) works .. the downtime is something like 3/4=20 seconds .. wich is acceptable for my applications :) but i can't work w/o vlans :( >-- >Pawe=B3 Ma=B3achowski