From owner-freebsd-rc@FreeBSD.ORG Tue Mar 9 05:01:10 2010 Return-Path: Delivered-To: freebsd-rc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE3F0106566B; Tue, 9 Mar 2010 05:01:10 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (vlsi00.si.noda.tus.ac.jp [133.31.130.32]) by mx1.freebsd.org (Postfix) with ESMTP id 6AC0A8FC1B; Tue, 9 Mar 2010 05:01:10 +0000 (UTC) Received: from delta.allbsd.org (p3177-ipbf416funabasi.chiba.ocn.ne.jp [123.225.92.177]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id o294xUXY028877; Tue, 9 Mar 2010 13:59:40 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id o294xPEZ085092; Tue, 9 Mar 2010 13:59:27 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Tue, 09 Mar 2010 13:59:17 +0900 (JST) Message-Id: <20100309.135917.161082188.hrs@allbsd.org> To: dhorn2000@gmail.com From: Hiroki Sato In-Reply-To: <25ff90d61003082037v3519995bx7e119e9d14143db4@mail.gmail.com> References: <4B945AA7.6070000@FreeBSD.org> <20100309.072719.200228546.hrs@allbsd.org> <25ff90d61003082037v3519995bx7e119e9d14143db4@mail.gmail.com> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Tue_Mar__9_13_59_17_2010_019)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Tue, 09 Mar 2010 13:59:47 +0900 (JST) X-Spam-Status: No, score=0.1 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, SPF_SOFTFAIL,X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: freebsd-net@FreeBSD.org, dougb@FreeBSD.org, freebsd-rc@FreeBSD.org Subject: Re: Un-obsolete'ing ipv6_enable X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Mar 2010 05:01:10 -0000 ----Security_Multipart(Tue_Mar__9_13_59_17_2010_019)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit David Horn wrote in <25ff90d61003082037v3519995bx7e119e9d14143db4@mail.gmail.com>: dh> The question is what is the desired end-state for the rc.conf dh> configuration of ipv6 ? dh> dh> Do we want to have a per-interface setting required to enable ipv6 SLAAC ? dh> Do we want to have a global setting for ipv6 SLAAC ? dh> Or do we want to choose sane defaults and allow the user to over-ride dh> on both a global default, and a per-interface basis ? dh> dh> So, in the 8.0-RELEASE code (and previous TTBOMK), both IPv4 DHCP and dh> IPv6 SLAAC required manual enabling, although it was inconsistent in dh> that one was global (IPV6 accept_rtadv), and one was per-interface dh> (IPv4 DHCP). Some of this has already started to change in -current. dh> dh> Question 1) Based upon history, sane defaults would be do nothing (NO dh> DHCPv4, NO IPv6 accept_rtadv). Do you agree with this as the dh> continued defaults ? I am for "no automatic configuration unless one specifies it", but it should be able to be configured in a per-interface basis as well as global basis. dh> Question 2) Assuming that people do desire consistency with allowing dh> for both a global, and a per-interface setting, do you agree with dh> having a global default for DHCPv4 (dhcpv4_default_enable), and for dh> IPv6 slaac/accept_rtadv (ipv6-slaac_default_enable), and the dh> per-interface DHCPv4 (ifconfig_IF0="dhcp") aka a meta configuration dh> variable, and a per-interface IPv6 slaac (ifconfig_IF0="slaac") aka a dh> meta configuration variable. I think the global configuration can be realized by setting something like ifconfig_DEFAULT_="AUTO" instead of adding a new global knobs. dh> Do people understand what I am proposing here, or do you want me to dh> put together a diff with an implementation to properly review ? I dh> already have some of it working in a separate experiment for adding dh> DHCPv6 configurations. Yeah, actually I received your proposal a month ago and I should have put it to the wiki or so. Sorry about that. I will work on that soon for the further discussion. -- Hiroki ----Security_Multipart(Tue_Mar__9_13_59_17_2010_019)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkuV1aUACgkQTyzT2CeTzy0T+ACfSfB0DRdhLNDDKV/Hyx9FCapZ lc4An33sS6Ri6tmKdvUrDmSVYvcq+S/l =fl5R -----END PGP SIGNATURE----- ----Security_Multipart(Tue_Mar__9_13_59_17_2010_019)----