From owner-freebsd-net@FreeBSD.ORG Sun Jun 19 08:48:57 2005 Return-Path: <owner-freebsd-net@FreeBSD.ORG> X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9742116A41C; Sun, 19 Jun 2005 08:48:57 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from mail.satronet.sk (mail.satronet.sk [217.144.16.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B77B43D49; Sun, 19 Jun 2005 08:48:56 +0000 (GMT) (envelope-from vanco@satro.sk) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.satronet.sk (Postfix) with ESMTP id 8F3D21605A185; Sun, 19 Jun 2005 10:48:55 +0200 (CEST) Received: from mail.satronet.sk ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 18564-03-2; Sun, 19 Jun 2005 10:48:54 +0200 (CEST) Received: from [10.1.14.183] (strojar.garda.sk [147.175.8.5]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.satronet.sk (Postfix) with ESMTP id 9002116051D5D; Sun, 19 Jun 2005 10:48:54 +0200 (CEST) From: Michal Vanco <vanco@satro.sk> Organization: Satro s.r.o. To: Gleb Smirnoff <glebius@freebsd.org> Date: Sun, 19 Jun 2005 10:48:46 +0200 User-Agent: KMail/1.8.1 References: <51688.147.175.8.5.1119105461.squirrel@webmail.satronet.sk> <200506182214.33279.josemi@redesjm.local> <20050619082944.GA11972@cell.sick.ru> In-Reply-To: <20050619082944.GA11972@cell.sick.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart93270823.9id32FKxkg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200506191048.49883.vanco@satro.sk> X-Virus-Scanned: by ANTIvirus at satronet.sk Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, Jose M Rodriguez <josemi@freebsd.jazztel.es> Subject: Re: Routes not deleted after link down X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>, <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net> List-Post: <mailto:freebsd-net@freebsd.org> List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>, <mailto:freebsd-net-request@freebsd.org?subject=subscribe> X-List-Received-Date: Sun, 19 Jun 2005 08:48:57 -0000 --nextPart93270823.9id32FKxkg Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 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 FI= B.=20 =46or example quagga should remove all routes learned via particular ospf=20 neighbour when that neighbour is not reachable anymore due to link goes dow= n.=20 But in case when no daemons are used (`static' and `connected' are also=20 `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. > Agree. --nextPart93270823.9id32FKxkg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBCtTFx2/VqJwUsLAMRAuBlAKChluaPjo3qwcqw9oNQ2Z4m2v4cQgCgjUQH 1Jmp7EE0WxJBY9RJjsyqk8M= =Vm+C -----END PGP SIGNATURE----- --nextPart93270823.9id32FKxkg--