Re: [v6ops] New Version Notification for draft-hilliard-v6ops-host-addr-update-00.txt

Tore Anderson <tore@fud.no> Thu, 20 July 2017 08:50 UTC

Return-Path: <tore@fud.no>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F9D0129B40 for <v6ops@ietfa.amsl.com>; Thu, 20 Jul 2017 01:50:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6U_Q37mbrn7o for <v6ops@ietfa.amsl.com>; Thu, 20 Jul 2017 01:50:13 -0700 (PDT)
Received: from mail.fud.no (mail.fud.no [IPv6:2a02:c0:4f0:bb02:f816:3eff:fed3:8342]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 71D77127735 for <v6ops@ietf.org>; Thu, 20 Jul 2017 01:50:13 -0700 (PDT)
Received: from [2a02:c0:2:1:1194:17:0:1029] (port=42738 helo=echo.ms.redpill-linpro.com) by mail.fud.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from <tore@fud.no>) id 1dY79t-0007Wt-SP; Thu, 20 Jul 2017 10:50:09 +0200
Date: Thu, 20 Jul 2017 10:50:09 +0200
From: Tore Anderson <tore@fud.no>
To: Gert Doering <gert@space.net>
Cc: Lorenzo Colitti <lorenzo@google.com>, james woodyatt <jhw@google.com>, IPv6 Operations <v6ops@ietf.org>
Message-ID: <20170720105009.34003050@echo.ms.redpill-linpro.com>
In-Reply-To: <20170720083002.GT45648@Space.Net>
References: <596CF817.8040900@foobar.org> <BC0BBAF5-B016-44B5-8D73-BC9382CB79A9@google.com> <20170719090835.GC45648@Space.Net> <CAKD1Yr29MmGJuX+uhXaroB6UMRBBWBscCZPaMjaVscL0q7a7pg@mail.gmail.com> <98208c2e-7524-7afa-b0c8-865f251cd66e@gmail.com> <20170720062751.GL45648@Space.Net> <CAKD1Yr1ihnqHAzjhPcA8HB7sBBRwht2t5epJqQA-B_YGnfoTQA@mail.gmail.com> <20170720083002.GT45648@Space.Net>
X-Mailer: Claws Mail 3.14.1 (GTK+ 2.24.31; x86_64-redhat-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/ntKnJHfpbng4I_9ftQKh6Vekknc>
Subject: Re: [v6ops] New Version Notification for draft-hilliard-v6ops-host-addr-update-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Jul 2017 08:50:15 -0000

* Gert Doering <gert@space.net>

> On Thu, Jul 20, 2017 at 10:21:03AM +0200, Lorenzo Colitti wrote:
> > That's not true at all. There are (tens of) millions of home networks that
> > do both IA_NA and SLAAC.  
> 
> That's an interesting statement.  Which products do it that way today,
> out of the box?

LEDE/OpenWrt/HomeWrt at least.

From what I've heard the DHCPv6 stuff is there mostly to support
automatic host name discovery, but it also has the effect of
facilitating prefixes longer than /64. At least HomeWrt will do that if
there are too few /64s to number all the links in the Homenet. There
are Norwegian ISPs that hand out /62s and /60s to their subscribers, so
this can be a real concern.

That said, for me having the additional DHCPv6-assigned address in
addition to the SLAAC one has been a net negative, since it doesn't
reconfigure along with the link prefix following a PD change (but
nevertheless tends to be preferred for outbound traffic). Maybe this
would have been better if it was a ULA rather than a GUA though, I
don't know.

When it comes to the enterprise data centre networks I operate, on the
other hand, I do absolutely need DHCPv6 for network booting. However I
do not really need it once the system has booted, SLAAC serves my needs
fine then. So I'm actually considering setting up my DHCPv6 server so
that (by default) only the PXE client arch types will get addresses
assigned through DHCPv6.

Tore