From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 07:14:09 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C188106566B; Sat, 22 Oct 2011 07:14:09 +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 1D0308FC13; Sat, 22 Oct 2011 07:14:07 +0000 (UTC) Received: from alph.allbsd.org ([IPv6:2001:2f0:104:e010:862b:2bff:febc:8956]) (authenticated bits=128) by mail.allbsd.org (8.14.4/8.14.4) with ESMTP id p9M7Drq0098783; Sat, 22 Oct 2011 16:14:03 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (localhost [IPv6:::1]) (authenticated bits=0) by alph.allbsd.org (8.14.4/8.14.4) with ESMTP id p9M7Dlnh013145; Sat, 22 Oct 2011 16:13:48 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 22 Oct 2011 16:13:36 +0900 (JST) Message-Id: <20111022.161336.1708295810836213738.hrs@allbsd.org> To: dougb@FreeBSD.org From: Hiroki Sato In-Reply-To: <4EA23C08.6060906@FreeBSD.org> References: <4E9DFE11.2070203@swin.edu.au> <20111019.162942.833544516395329713.hrs@allbsd.org> <4EA23C08.6060906@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3.51 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Oct_22_16_13_36_2011_719)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [IPv6:2001:2f0:104:e001::32]); Sat, 22 Oct 2011 16:14:05 +0900 (JST) X-Spam-Status: No, score=-104.4 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT, QENCPTR1, RDNS_NONE, SPF_SOFTFAIL, USER_IN_WHITELIST autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on gatekeeper.allbsd.org Cc: bzeeb-lists@lists.zabbadoz.net, jhugo@meraka.csir.co.za, mrossi@swin.edu.au, current@FreeBSD.org Subject: Re: IPv6 accept_rtadv + bfe0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Oct 2011 07:14:09 -0000 ----Security_Multipart(Sat_Oct_22_16_13_36_2011_719)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Doug Barton wrote in <4EA23C08.6060906@FreeBSD.org>: do> On 10/19/2011 00:29, Hiroki Sato wrote: do> > Mattia Rossi wrote do> > in <4E9DFE11.2070203@swin.edu.au>: do> > do> > mr> So the _ipv6 bit doesn't take care of passing "inet6" to ifconfig do> > mr> automatically? do> > do> > No. You always need to add the inet6 keyword wherever needed. do> do> That seems redundant, and contrary to how the IPv4 equivalents work. And do> obviously it's confusing to users. From what I can see looking at some do> 7.x and 8.x systems it also seems to be a POLA violation. do> do> Perhaps this is something that you should reconsider? I am still thinking that omitting an address family keyword before an address is a bad practice. Omitting "inet" keyword in ifconfig_IF and doing in ifconfing_IF_AF are different. The former one uses ifconfig(8)'s default AF, and bz's experiments of noinet/noinet6 environment showed it was problematic. For the latter a keyword has to be automatically prepended in the rc.d scripts if we want to do so. For IPv6, having a non-null $ifconfig_IF_ipv6 means the interface is IPv6-capable and doesn't always involve address configuration (e.g. ifconfig_IF_ipv6="up" is valid). So, automatic prepending of "inet6" breaks this. Thus, both have a bad side effect. And I want to make ifconfig accept a command line for v4->v6 and/or v6->v4 tunneling as a p2p link like "inet 10.1.1.1 2001:db8::1" for a specific type of interfaces in the future. I am not sure if it will happen actually, but omitting an AF keyword and/or automatic prepending of the keyword make things difficult. -- Hiroki ----Security_Multipart(Sat_Oct_22_16_13_36_2011_719)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAk6ibSAACgkQTyzT2CeTzy0XPQCgsumDkpNdP62JiuaXg9mlKdBY A+IAn0dSiHhripJ8iClGbGMOqgfl+xp/ =4blp -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Oct_22_16_13_36_2011_719)----