Date: Tue, 20 Jun 2000 15:59:08 -0700 (PDT) From: "Rodney W. Grimes" <freebsd@gndrsh.dnsmgr.net> To: phk@critter.freebsd.dk (Poul-Henning Kamp) Cc: brian@Awfulhak.org (Brian Somers), winter@jurai.net (Matthew N. Dodd), tlambert@primenet.com (Terry Lambert), arch@FreeBSD.ORG, brian@hak.lan.awfulhak.org Subject: Re: Software detection of link integrity Message-ID: <200006202259.PAA72785@gndrsh.dnsmgr.net> In-Reply-To: <55786.961533545@critter.freebsd.dk> from Poul-Henning Kamp at "Jun 20, 2000 10:39:05 pm"
next in thread | previous in thread | raw e-mail | index | archive | help
> In message <200006202024.VAA66394@hak.lan.Awfulhak.org>, Brian Somers writes: > > >> I did this entirely for sppp, but it applies fully to any other > >> interface: an ethernet should remain configured but remove the > >> routes if the cable is unplugged. > > > >No, I think the aim here is to keep the routes but to adjust them so > >that they're via an interface rather than an IP number, something > >like: > > We should not keep an route to a net which is down, that is just wrong, > and defeats the pupose of routing daemons like gated/zebra etc. Actually gated doesn't like it much when the kernel removes routes do to an ``ifconfig ifX down'' command. It deals with it, but it doesn't much like it, spewing forth lots and lots of messages about routes messages from the KRT socket :-) Doing this on an ethernet interface with a full bgp4 feed on it will yeild you 70K+ lines of syslog, and a router that is rather busy trying to deal with both a boat load of route socket messages, and a rib rebuild. I've never much liked the fact that the kernel does any form of automatic route addition or removal, it makes userland routing daemons more complex as they have to understand all the things the kernel may do, and not all kernels behave the same. -- Rod Grimes - KD7CAX @ CN85sl - (RWG25) rgrimes@gndrsh.dnsmgr.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200006202259.PAA72785>