From owner-freebsd-stable@FreeBSD.ORG Sun Jun 19 11:22:13 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56D8A16A41C; Sun, 19 Jun 2005 11:22:13 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from 62-15-207-214.inversas.jazztel.es (62-15-207-214.inversas.jazztel.es [62.15.207.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E3B543D1F; Sun, 19 Jun 2005 11:22:11 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) by 62-15-207-214.inversas.jazztel.es (8.13.3/8.13.3) with ESMTP id j5JBM8JC041447; Sun, 19 Jun 2005 13:22:08 +0200 (CEST) (envelope-from josemi@redesjm.local) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.3/8.13.3/Submit) id j5JBM8Zi000862; Sun, 19 Jun 2005 13:22:08 +0200 (CEST) (envelope-from josemi@redesjm.local) From: Jose M Rodriguez To: Michal Vanco Date: Sun, 19 Jun 2005 13:22:07 +0200 User-Agent: KMail/1.8 References: <51688.147.175.8.5.1119105461.squirrel@webmail.satronet.sk> <20050619082944.GA11972@cell.sick.ru> <200506191048.49883.vanco@satro.sk> In-Reply-To: <200506191048.49883.vanco@satro.sk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-13" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200506191322.08287.josemi@redesjm.local> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.30.0.15; VDF: 6.30.0.207; host: antares.redesjm.local) Cc: freebsd-net@freebsd.org, Gleb Smirnoff , freebsd-stable@freebsd.org, Jose M Rodriguez Subject: Re: Routes not deleted after link down X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2005 11:22:13 -0000 El Domingo, 19 de Junio de 2005 10:48, Michal Vanco escribi=F3: > On Sunday 19 June 2005 10:29, Gleb Smirnoff wrote: > > On Sat, Jun 18, 2005 at 10:14:32PM +0200, Jose M Rodriguez wrote: > > J> Second, you may need a route daemon for this. ospf is a well > > known J> canditate where convergence in case of lost link is a > > must. > > > > While an OSPF daemon may stop advertising the affected route to its > > neighbors, the kernel will still have the route installed and thus > > the box won't be able to contact other hosts on the connected net, > > while they are reachable via alternate pass. > > Routing protocol should be responsible for removing affected routes > from FIB. For example quagga should remove all routes learned via > particular ospf neighbour when that neighbour is not reachable > anymore due to link goes down. But in case when no daemons are used > (`static' and `connected' are also `routing protocols'), kernel > should be responsible for doing that. > > > I've checked that Cisco routers remove route from FIB when > > interface link goes down. I haven't checked Junipers yet. > > Junipers do the same. It is the only feasible behaviour for router. > > > From my viewpoint, removing route (or marking it unusable) is a > > correct behavior for router. Not sure it is correct for desktop. > > Sure. > > > My vote is that we should implement this functionality and make it > > switchable via sysctl. I'd leave the default as is. > I'm not sure of this. I also think that a devd or monitor daemon will=20 be enough and easy to implement. I think NetBSD have allready some kinda of net monitor daemon for pppoe=20 support (via sppp). Not sure if route support is included. But seems easy and clean that a kernel based solution. =2D- josemi > Agree.