From owner-freebsd-rc@FreeBSD.ORG Mon Oct 5 09:24:33 2009 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 3863E1065693; Mon, 5 Oct 2009 09:24:33 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5F51A8FC14; Mon, 5 Oct 2009 09:24:32 +0000 (UTC) Received: from delta.allbsd.org (p4206-ipbf1902funabasi.chiba.ocn.ne.jp [114.146.107.206]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id n959OI7g070812; Mon, 5 Oct 2009 18:24:29 +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 n959O9SN068663; Mon, 5 Oct 2009 18:24:12 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 05 Oct 2009 18:23:42 +0900 (JST) Message-Id: <20091005.182342.167950100.hrs@allbsd.org> To: jhay@meraka.org.za From: Hiroki Sato In-Reply-To: <20091005055806.GB58246@zibbi.meraka.csir.co.za> References: <20090920.224018.16368211.hrs@allbsd.org> <20091005.123427.227628092.hrs@allbsd.org> <20091005055806.GB58246@zibbi.meraka.csir.co.za> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.2.52 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Oct__5_18_23_42_2009_632)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.2 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]); Mon, 05 Oct 2009 18:24:31 +0900 (JST) Cc: freebsd-current@FreeBSD.org, freebsd-rc@FreeBSD.org Subject: Re: nd6 change and rc.d/network_ipv6 -> rc.d/netif integration 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: Mon, 05 Oct 2009 09:24:33 -0000 ----Security_Multipart(Mon_Oct__5_18_23_42_2009_632)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit John Hay wrote in <20091005055806.GB58246@zibbi.meraka.csir.co.za>: jh> Is there a good reason why we still ship with ipv6 off by default? Most jh> others seem to ship with ipv6 on. At least Windows, most linux flavours jh> and Mac OS X which make out the rest of the machines on our network here jh> at Meraka Institute. What do you mean by "off by default"? I think IPv6 is not disabled by default with the patch. Re-enabling of "automatic assignment of a link-local address by default" has been a big step for IPv6 ready out of the box. jh> One thing that I have against the way the stuff in -current is done at jh> the moment, is that it seems to be a lot more work to just get ipv6 to jh> work. Either I did things wrong or we are taking a step backward. Make jh> no mistake, I like the idea of being able to control it per interface, jh> but it seems that you have to enable it per interface with a long string jh> for each... I would rather that it is enabled everywhere by default and jh> then you disbale it where you do not want it. The initial patch had several regressions to mistakenly disable the functionality, but the current one should work by just adding an $ifconfig_IF_ipv6 line to rc.conf. The intention of my patch is to set $ipv6_enable=YES automatically (in more modular manner) when an IPv6 configuration is specified for an interface. Even with no per-interface configuration, when $ipv6_prefer=YES, IPv6 communication by using link-local addresses works. I believe it does not make it so complex compared with the old $ipv6_enable=YES model. I feel there is some difference between my understanding of "enable by default" and yours. Do you elaborate the word "enable" a bit more, please? -- Hiroki ----Security_Multipart(Mon_Oct__5_18_23_42_2009_632)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkrJux4ACgkQTyzT2CeTzy035gCgjUDOcAz37N2ERnkD07NYvedM CoMAn0AFy6WDTTWqSZQ7NMLgQqa4j/xg =wP4G -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Oct__5_18_23_42_2009_632)----