From owner-freebsd-current@FreeBSD.ORG Thu Sep 8 23:45:43 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 9F11116A41F for ; Thu, 8 Sep 2005 23:45:43 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from ngwee.ugcs.caltech.edu (ngwee.ugcs.caltech.edu [131.215.176.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54A7B43D48 for ; Thu, 8 Sep 2005 23:45:42 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by ngwee.ugcs.caltech.edu (Postfix, from userid 3640) id E66F8CC071; Thu, 8 Sep 2005 16:45:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by ngwee.ugcs.caltech.edu (Postfix) with ESMTP id B50EFBD0A5; Thu, 8 Sep 2005 16:45:41 -0700 (PDT) Date: Thu, 8 Sep 2005 16:45:41 -0700 (PDT) From: Jon Dama To: John-Mark Gurney In-Reply-To: <20050908222507.GE793@funkthat.com> Message-ID: 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> <20050908222507.GE793@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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: Thu, 08 Sep 2005 23:45:43 -0000 On Thu, 8 Sep 2005, John-Mark Gurney wrote: > Jon Dama wrote this message on Thu, Sep 08, 2005 at 15:13 -0700: > > > > 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. :( > > > > True enough. I think the general idea is that you need a two layer > > routing table. One that keeps tract of what is possible, and one that > > keeps track of what is happening w.r.t existing flows. Once an interface > > link goes down, the route in the second table invaliadates and you go back > > to the first to find a new route. > > Isn't this what a routing daemon does, like routed? > No, a routing daemon such as routed discovers the information to put in those tables. In this case, the user + dhcp are fulfilling this task. I doubt that my wireless access point would participate in network RIP or router discovery anyways. We're only talking about relatively basic functionality here...