From owner-freebsd-net@FreeBSD.ORG Thu Apr 5 16:02:53 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 6187316A402; Thu, 5 Apr 2007 16:02:53 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 039B313C45B; Thu, 5 Apr 2007 16:02:52 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l35G2pjt078120; Thu, 5 Apr 2007 11:02:51 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.8/8.13.8/Submit) id l35G2pH1078119; Thu, 5 Apr 2007 11:02:51 -0500 (CDT) (envelope-from brooks) Date: Thu, 5 Apr 2007 11:02:51 -0500 From: Brooks Davis To: Mike Makonnen Message-ID: <20070405160251.GA68077@lor.one-eyed-alien.net> References: <20070329182906.GB38703@rogue.navcom.lan> <20070403231423.GA52441@lor.one-eyed-alien.net> <20070405154644.GB1844@rogue.navcom.lan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QahgC5+KEYLbs62" Content-Disposition: inline In-Reply-To: <20070405154644.GB1844@rogue.navcom.lan> User-Agent: Mutt/1.5.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Thu, 05 Apr 2007 11:02:51 -0500 (CDT) Cc: freebsd-net@freebsd.org, Brooks Davis , 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 16:02:53 -0000 --+QahgC5+KEYLbs62 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 05, 2007 at 06:46:44PM +0300, Mike Makonnen wrote: > 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 > >=20 > > I think I'd prefer (start|stop)(4|6). I not sure what the value of the > > separation is, but don't care much. >=20 > 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.=20 >=20 > > > Overview of the changes in src/etc > > > ----------------------------------- > > > - In order to differentiate between v4 and v6 configuration directiv= es some > > > knobs in rc.conf(5)have been renamed with an ipv4_ prefix: > > > network_interfaces > >=20 > > 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). >=20 > 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. OK, do you think it would be possible to kill off=20 > > > ifconfig_DEFAULT > > > ifconfig_ > >=20 > > 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. > >=20 >=20 > 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'd ignore WPA outside of ifconfig_. I think we'll want DHCP to work there and under ipv4_ifconfig_, but not IPv6. That will change if/when a dhcp6 client arrives, but who knows when that will happen. > > > 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. > >=20 > > I'd say if ipv6_enable=3DNO, attempting to configure IPv6 on an interfa= ce > > 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. >=20 > 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. That would be nice if we can make it work. I'm just not sure how much effort it's worth to make all the edge cases work. -- Brooks --+QahgC5+KEYLbs62 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFGFR2qXY6L6fI4GtQRAhO3AKC4X5kWLjxlS8RPmNKPcu6DJ3ypJgCggJLC JCp4UmykOptHlgyDsNRqefo= =r511 -----END PGP SIGNATURE----- --+QahgC5+KEYLbs62--