From owner-freebsd-arch Wed Jun 21 14:28:45 2000 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 56BDC37B788 for ; Wed, 21 Jun 2000 14:28:41 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id XAA62879; Wed, 21 Jun 2000 23:28:23 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Terry Lambert Cc: brian@Awfulhak.org (Brian Somers), winter@jurai.net (Matthew N. Dodd), arch@FreeBSD.ORG, brian@hak.lan.awfulhak.org Subject: Re: Software detection of link integrity In-reply-to: Your message of "Wed, 21 Jun 2000 21:17:38 -0000." <200006212117.OAA11432@usr02.primenet.com> Date: Wed, 21 Jun 2000 23:28:23 +0200 Message-ID: <62877.961622903@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200006212117.OAA11432@usr02.primenet.com>, Terry Lambert 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. > >What about a dial on demand device that is transiently connected >to the Internet, either through an integrated Analog or ISDN modem? But a dial on demand line is a layered concept. You have a transient physical line with a layer on top of it which pretends to be a permanent line. In this case we obviously talk about the toplayer, not the bottom layer. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD coreteam member | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message