From owner-freebsd-current@FreeBSD.ORG Sat Oct 22 19:34:22 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 23CB6106566C; Sat, 22 Oct 2011 19:34:22 +0000 (UTC) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [IPv6:2001:4200:7000:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5C9DC8FC08; Sat, 22 Oct 2011 19:34:21 +0000 (UTC) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 74667B834; Sat, 22 Oct 2011 21:34:18 +0200 (SAST) Date: Sat, 22 Oct 2011 21:34:18 +0200 From: John Hay To: Hiroki Sato Message-ID: <20111022193418.GA53988@zibbi.meraka.csir.co.za> References: <4E9DFE11.2070203@swin.edu.au> <20111019.162942.833544516395329713.hrs@allbsd.org> <4EA23C08.6060906@FreeBSD.org> <20111022.161336.1708295810836213738.hrs@allbsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111022.161336.1708295810836213738.hrs@allbsd.org> User-Agent: Mutt/1.4.2.3i Cc: dougb@FreeBSD.org, 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 19:34:22 -0000 On Sat, Oct 22, 2011 at 04:13:36PM +0900, Hiroki Sato wrote: > 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. > I can maybe just say, I have now upgraded various machines from 7.x or 8.x to 9 and even though I have read the rc.conf manual I keep tripping on the new IPv6 rc stuff. Various being client, server and router / firewall. It looks like ipv6_prefix_IF now needs an ifconfig_IF_ipv6 = "inet6 auto_linklocal" otherwise it is ignored. In the rc.conf man page, in the ifconfig__ipv6 section, it is suggested to use ifconfig__alias for aliases, but somewhere else it says that that _alias is deprecated. What would be nice is something like the ipv4_addrs_IF= variable. The last paragraph in ifconfig__ipv6, about "inet6 accept_rtadv" should probably be closer to the begining, with some added sentence to make it clear that it is probably what the normal client machine needs. John -- John Hay -- jhay@meraka.csir.co.za / jhay@FreeBSD.org