From owner-freebsd-net@FreeBSD.ORG Thu Apr 5 15:44:07 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F23816A409; Thu, 5 Apr 2007 15:44:07 +0000 (UTC) (envelope-from mtm@FreeBSD.Org) Received: from mx1.ethionet.et (mx1.ethionet.et [213.55.64.53]) by mx1.freebsd.org (Postfix) with ESMTP id 5228913C45E; Thu, 5 Apr 2007 15:44:01 +0000 (UTC) (envelope-from mtm@FreeBSD.Org) Received: from mx1.ethionet.et (localhost [127.0.0.1]) by localhost.ethionet.et (Postfix) with ESMTP id C98CB5235; Thu, 5 Apr 2007 18:40:18 +0300 (EAT) Received: from rogue.navcom.lan (unknown [213.55.64.98])by mx1.ethionet.et ( Postfix) with SMTP id 2799551E6;Thu, 5 Apr 2007 18:40:18 +0300 (EAT) Received: by rogue.navcom.lan (Postfix, from userid 1001)id 8420417045; Thu, 5 Apr 2007 18:46:44 +0300 (EAT) Date: Thu, 5 Apr 2007 18:46:44 +0300 From: Mike Makonnen To: Brooks Davis Message-ID: <20070405154644.GB1844@rogue.navcom.lan> References: <20070329182906.GB38703@rogue.navcom.lan> <20070403231423.GA5244 1@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070403231423.GA52441@lor.one-eyed-alien.net> User-Agent: Mutt/1.4.2.2i X-Operating-System: FreeBSD/7.0-CURRENT (i386) X-imss-version: 2.46 X-imss-result: Passed X-imss-scores: Clean:99.90000 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:4 C:3 M:3 S:4 R:3 (1.0000 1.0000) Cc: freebsd-net@freebsd.org, freebsd-rc@freebsd.org Subject: Re: Merging rc.d/network_ipv6 into rc.d/netif X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Apr 2007 15:44:07 -0000 On Tue, Apr 03, 2007 at 06:14:23PM -0500, Brooks Davis wrote: > > - You can now do things like: > > # Start/Stop IPv6 on all interfaces > > /etc/rc.d/netif (start|stop) ip6 > > # Start/Stop IPv6 only on interface rl0 > > /etc/rc.d/netif (start|stop) rl0 ip6 > > # Do IPv6 options processing > > /etc/rc.d/routing options ip6 > > I think I'd prefer (start|stop)(4|6). I not sure what the value of the > separation is, but don't care much. I'll post a new patch with this change. Now that its been mentioned I agree, it's a better thatn what I came up with. > > Overview of the changes in src/etc > > ----------------------------------- > > - In order to differentiate between v4 and v6 configuration directives some > > knobs in rc.conf(5)have been renamed with an ipv4_ prefix: > > network_interfaces > > I fell fairly strongly that ipv6_network_interfaces and > network_interfaces are a mistake and that we should remove them > rather than propagating them. The way I'd prefer to see interfaces > that are exceptional with regard to address families specified with > (|NO)IPV(4|6) variables in ifconfig_ or simply by not > having ipv(4|6)_ifconfig_interface variables (that it's a little more > complicated than that with ipv4_addrs_ around, but I think > the concept holds). I agree completely. However, when this hits the tree I don't want peoples configurations to break (especially since I would like to see this in 6-stable if we can aggree on it). Also, since this feature is already deprecated in the man page I think we can provide silent support for it without explicitly advertising it untill people have had a suffient transition period. > > > ifconfig_DEFAULT > > ifconfig_ > > ipv4 versions of these make sense, but at least ifconfig_ > should continue to exist. For example both setting the mac address and > starting WPA via the WPA keyword should not work in any address specific > version because that would be a layering violation. > Ok. That should be doable, but it's probably going to make configuration decisions more complicated. For example, do we ignore the WPA in the ipv(4|6)_* variables or does it's presence in any of the variables enable it? > > I would > > especially like feedback from folks more familiar with IPv6. One > > gotcha I've noticed is that if you boot with ipv6_enable turned > > off, then try to start IPv6 on an interface later on, it doesn't > > work because none of the interfaces (except lo0) has a link-local > > address (see rc.d/auto_linklocal). How can we fix this? Also, I > > would appreciate feedback on how stopping IPv6 on an interface > > should be handled. In rc.d/network_ipv6 it was handled at all. > > Currently, it goes through and deletes all > > IPv6 addresses on the interface. > > I'd say if ipv6_enable=NO, attempting to configure IPv6 on an interface > should fail. If they turn it on, I'm not sure what the best approach > is. Not worrying about it may well be most appropriate. I don't agree. I would expect that if I enable IPv6 in rc.conf I wouldn't have to reboot the machine to get my network interfaces configured properly. Cheers. -- Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc mmakonnen @ gmail.com | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55 mtm @ FreeBSD.Org | FreeBSD - http://www.freebsd.org