From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 12 13:54:58 2005 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA6E716A41C for ; Tue, 12 Jul 2005 13:54:58 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) Received: from einhorn.in-berlin.de (einhorn.in-berlin.de [192.109.42.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D35043D49 for ; Tue, 12 Jul 2005 13:54:57 +0000 (GMT) (envelope-from stsp@stsp.in-berlin.de) X-Envelope-From: stsp@stsp.in-berlin.de X-Envelope-To: Received: from stud.seeling33.de (p54BEACC0.dip0.t-ipconnect.de [84.190.172.192]) (authenticated bits=0) by einhorn.in-berlin.de (8.12.10/8.12.10/Debian-4) with ESMTP id j6CDsqs8010179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 12 Jul 2005 15:54:54 +0200 Received: by stud.seeling33.de (Postfix, from userid 1000) id 50ADAF7A6; Tue, 12 Jul 2005 15:48:25 +0200 (CEST) Date: Tue, 12 Jul 2005 15:48:25 +0200 From: stsp@stsp.in-berlin.de To: freebsd-hackers@freebsd.org Message-ID: <20050712134825.GA949@stud.seeling33.de> Mail-Followup-To: freebsd-hackers@freebsd.org References: <20050711232642.GK39292@obiwan.tataz.chchile.org> <42D38178.8740.3F340A6@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <42D38178.8740.3F340A6@localhost> User-Agent: Mutt/1.5.6i X-Spam-Score: (-1.139) AWL,BAYES_00,FORGED_RCVD_HELO,NO_REAL_NAME X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 Subject: Re: Forcing a packet through an interface (OT?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Jul 2005 13:54:58 -0000 On Tue, Jul 12, 2005 at 08:38:16AM -0300, Mario Lobo wrote: > First, thanks to all for the suggestions. > > Now, using the same scenario, > > > > 1) rl0 (real.ip.no.1) ---> ISP x > > > > > > 2) rl1 (real.ip.no.2) ---> ISP y > > Suppose 1) is down and I´m using 2). If I "ping www.google.com", > it will go out through 2). What I really need to do is to issue > the same "ping www.google.com" but make go out through 1) !! In case you got a static IP on rl0 from ISP x (and rl0 is up), ping -I www.google.com might help. Just a guess though. Packets might still take the default route, even with -I. Good luck, -- stefan http://stsp.in-berlin.de PGP Key: 0xF59D25F0