From owner-freebsd-net@FreeBSD.ORG Thu Mar 11 16:09:22 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E0EC106564A; Thu, 11 Mar 2010 16:09:22 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-fx0-f222.google.com (mail-fx0-f222.google.com [209.85.220.222]) by mx1.freebsd.org (Postfix) with ESMTP id 298568FC17; Thu, 11 Mar 2010 16:09:20 +0000 (UTC) Received: by fxm22 with SMTP id 22so203900fxm.14 for ; Thu, 11 Mar 2010 08:09:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=XCBE7b/FG61qeO6er8yWkcB0QFlWpZ8gvKn3qe2yWwI=; b=n21WvYrO5HF16P7QzIP779pItv2vusUavK3O1eBviP5kIiaLQOK2SvKK5Nshw7j8Gq +pNr0+3CA4AZhHoeDfwF+IYh5iRXmpGffwCKqSbpw0G1222akvaEgLZ4ksWqqIhIgvJ5 p3E5zZX5XqbK33i1IeWX+xVfUiUlKy0P+jJPQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Qyaq5TqTPo2m2wYZnr6VcKurIpI6Fzucax5XelBUksTUT6qz2D5Vp4hxjnlp4V2f/Y KBrP/OMs+KIZ+Fr4suxuDgODxUfMUaApc+1qz3UtA8cYvHQqqNQI9lJG790KYM/UYDYs Wg3DxrGzIGNuKHklcSzY6HKObj6cn94tZZsNA= MIME-Version: 1.0 Received: by 10.87.44.8 with SMTP id w8mr5327130fgj.16.1268323759972; Thu, 11 Mar 2010 08:09:19 -0800 (PST) In-Reply-To: <20100309.135917.161082188.hrs@allbsd.org> References: <4B945AA7.6070000@FreeBSD.org> <20100309.072719.200228546.hrs@allbsd.org> <25ff90d61003082037v3519995bx7e119e9d14143db4@mail.gmail.com> <20100309.135917.161082188.hrs@allbsd.org> Date: Thu, 11 Mar 2010 11:09:19 -0500 Message-ID: <25ff90d61003110809s4cc775e9r2ff6ebee151be6f6@mail.gmail.com> From: David Horn To: Hiroki Sato Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, dougb@freebsd.org, freebsd-rc@freebsd.org Subject: Re: Un-obsolete'ing ipv6_enable 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, 11 Mar 2010 16:09:22 -0000 On Mon, Mar 8, 2010 at 11:59 PM, Hiroki Sato wrote: > David Horn wrote > =A0in <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 SL= AAC ? > 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). =A0Some of this has already started to change in -curren= t. > dh> > dh> Question 1) =A0Based upon history, sane defaults would be do nothing = (NO > dh> DHCPv4, NO IPv6 accept_rtadv). =A0Do you agree with this as the > dh> continued defaults ? > > =A0I am for "no automatic configuration unless one specifies it", but it > =A0should be able to be configured in a per-interface basis as well as > =A0global basis. Sorry for the delayed response. I agree with this paradigm. > > 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 =A0(ipv6-slaac_default_enable), and the > dh> per-interface DHCPv4 (ifconfig_IF0=3D"dhcp") aka a meta configuration > dh> variable, and a per-interface IPv6 slaac (ifconfig_IF0=3D"slaac") aka= a > dh> meta configuration variable. > > =A0I think the global configuration can be realized by setting something > =A0like ifconfig_DEFAULT_=3D"AUTO" instead of adding a new global > =A0knobs. Yes, that is certainly one method that can work. I will put together two review versions of a diff. One with backward compatible logic included (at least for the ipv6_enable YES/NO cases, and the ipv6_ifconfig_IF syntax ), and one with the backwards compat code removed to further this discussion. > > 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 ? =A0 I > dh> already have some of it working in a separate experiment for adding > dh> DHCPv6 configurations. > > =A0Yeah, actually I received your proposal a month ago and I should have > =A0put it to the wiki or so. =A0Sorry about that. =A0I will work on that > =A0soon for the further discussion. > > -- Hiroki >