Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 8 Sep 2005 16:45:41 -0700 (PDT)
From:      Jon Dama <jd@ugcs.caltech.edu>
To:        John-Mark Gurney <gurney_j@resnet.uoregon.edu>
Cc:        Jochen Gensch <incmc@gmx.de>, freebsd-current@freebsd.org
Subject:   Re: Default route doesn't change to wireless device (ath0)
Message-ID:  <Pine.LNX.4.53.0509081642310.18161@ngwee.ugcs.caltech.edu>
In-Reply-To: <20050908222507.GE793@funkthat.com>
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> <Pine.LNX.4.53.0509081426360.18161@ngwee.ugcs.caltech.edu> <20050908214834.GA8000@odin.ac.hmc.edu> <Pine.LNX.4.53.0509081509110.18161@ngwee.ugcs.caltech.edu> <20050908222507.GE793@funkthat.com>

next in thread | previous in thread | raw e-mail | index | archive | help


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...





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.53.0509081642310.18161>