From owner-freebsd-net@FreeBSD.ORG Fri Nov 21 11:56:50 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 3E80916A4CE for ; Fri, 21 Nov 2003 11:56:50 -0800 (PST) Received: from tenebras.com (laptop.tenebras.com [66.92.188.18]) by mx1.FreeBSD.org (Postfix) with SMTP id 5F9D143FB1 for ; Fri, 21 Nov 2003 11:56:49 -0800 (PST) (envelope-from kudzu@tenebras.com) Received: (qmail 75665 invoked from network); 21 Nov 2003 19:56:48 -0000 Received: from sapphire.tenebras.com (HELO tenebras.com) (192.168.188.241) by laptop.tenebras.com with SMTP; 21 Nov 2003 19:56:48 -0000 Message-ID: <3FBE6DFF.2090208@tenebras.com> Date: Fri, 21 Nov 2003 11:56:47 -0800 From: Michael Sierchio User-Agent: Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.5) Gecko/20031007 X-Accept-Language: en-us, zh-tw, zh-cn, fr, en, de-de MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20031121023726.GA98095@asterx.upc.es> <05c301c3b018$741eb8e0$4ea33bca@hilman> <20031121104610.GD88923@saboteur.dek.spc.org> In-Reply-To: <20031121104610.GD88923@saboteur.dek.spc.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Fail OVer routing 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: Fri, 21 Nov 2003 19:56:50 -0000 Bruce M Simpson wrote: > On Fri, Nov 21, 2003 at 05:15:56PM +0700, hilman firmansyah wrote: > >>Is there any method for fail over routing ( not dymanic routing protocols ) >>. >> 1 Corporate office connetcted via wireless fast link and adsl low speed. >>IF the wireless down , the routing move to low speed adsl. >>And when the wireless Up the routing move back to the wireless link > > > VRRP might do what you need. If not, you'll need to roll some scripts. VRRP will need help -- you'll need to NAT source addrs appropriately so packets get back to you via the route they leave. And there's no way of preserving open connections.