From owner-freebsd-stable@FreeBSD.ORG Mon Nov 17 23:03:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 757DA1065672 for ; Mon, 17 Nov 2008 23:03:02 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id ADCFD8FC0C for ; Mon, 17 Nov 2008 23:03:01 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: (qmail 99560 invoked from network); 17 Nov 2008 22:36:19 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 17 Nov 2008 22:36:19 -0000 Date: Mon, 17 Nov 2008 23:36:19 +0100 (CET) Message-Id: <20081117.233619.85395429.sthaug@nethelp.no> To: killing@multiplay.co.uk From: sthaug@nethelp.no In-Reply-To: <5FD58BCD6B4C409DA7E7C30150FB10C7@multiplay.co.uk> References: <89DE4FDF67DC40AE88477897DF4CD0E7@multiplay.co.uk> <188BDB85-46C0-41AA-B270-DA03BBD4CFF2@netconsonance.com> <5FD58BCD6B4C409DA7E7C30150FB10C7@multiplay.co.uk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: jrhett@netconsonance.com, freebsd-stable@freebsd.org Subject: Re: Possible regression in ifconfig under7.0 - removes validdefault route 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: Mon, 17 Nov 2008 23:03:02 -0000 > Thanks for the confirmation on that its not a regression Jo. It really > is a nasty little bug so I'll raise a PR for it, hopefully someone > with the power will then fix it :) This leads to the question - what do people *want* with respect to static routes? I know what *I* want: The static route behavior that Cisco, Juniper and other big router vendors have, i.e. - A configured static route exists in the routing table as long as the nexthop IP address is valid. If the nexthop becomes invalid (for instance if you lose link on an Ethernet interface), the static route is also removed from the routing table. - But (and here's the big difference) - *if the nexthop comes back*, for instance because your Ethernet interface gets link again, the configured static route is inserted into the routing table again. Note that with this behavior, changing the IP address of an interface would not result in the default route being deleted, as long as the nexthop for the default route remained valid. Oh yeah, since we're in wishful thinking mode, I want interface descriptions too... Steinar Haug, Nethelp consulting, sthaug@nethelp.no