From owner-freebsd-current@FreeBSD.ORG Fri Sep 9 09:04:37 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A03316A41F for ; Fri, 9 Sep 2005 09:04:37 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CA8243D4C for ; Fri, 9 Sep 2005 09:04:36 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 90044 invoked from network); 9 Sep 2005 08:40:47 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 9 Sep 2005 08:40:47 -0000 Message-ID: <4321501F.8060205@freebsd.org> Date: Fri, 09 Sep 2005 11:04:31 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Brooks Davis References: <20050901225346.0923E16A41F@hub.freebsd.org> <200509072128.04819.incmc@gmx.de> <20050907194130.GA2436@odin.ac.hmc.edu> <200509072223.20560.incmc@gmx.de> <20050907211811.GA19570@odin.ac.hmc.edu> <20050908214834.GA8000@odin.ac.hmc.edu> In-Reply-To: <20050908214834.GA8000@odin.ac.hmc.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jochen Gensch , freebsd-current@freebsd.org Subject: Re: Default route doesn't change to wireless device (ath0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Sep 2005 09:04:37 -0000 Brooks Davis wrote: > On Thu, Sep 08, 2005 at 02:40:06PM -0700, Jon Dama wrote: > >> >>>>And whenever there is a wireless network available (where the system can log >>>>in an get a network connection) the default route should be switched to that >>>>wireless nic. Or even better, if both connections work, automatically choose >>>>the faster one :-). >>> >>>That's the goal we're headed towards. Unfortunatly, it's not an instant >>>thing, particularly when people trying things like what you're doing >>>that don't map well into the old world view of static devices that don't >>>change networks. The old model is wrong and has been so for quite some >>>time, but that doesn't mean there aren't assumptions related to it all >>>over the place. >> >>Again, the problem is with the routing code. You should NOT need to be >>deleting default routes simply because one link goes down and another >>comes up on a different interface. >> >>Deleting the route simply because the interface went down is a hack. > > Got a new routing implemention handy? Until then, well have to live > with hacks. :( It's on my TODO list for my funded time. I've postponed work until FreeBSD 6.0R is out though. -- Andre