Re: [v6ops] Last Call: <draft-ietf-v6ops-unique-ipv6-prefix-per-host-03.txt> (Unique IPv6 Prefix Per Host) to Best Current Practice

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 26 May 2017 20:24 UTC

Return-Path: <brian.e.carpenter@gmail.com>
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 26266129449; Fri, 26 May 2017 13:24:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 KxeEirpys1sB; Fri, 26 May 2017 13:24:33 -0700 (PDT)
Received: from mail-pf0-x242.google.com (mail-pf0-x242.google.com [IPv6:2607:f8b0:400e:c00::242]) (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 81649127ABE; Fri, 26 May 2017 13:24:33 -0700 (PDT)
Received: by mail-pf0-x242.google.com with SMTP id f27so5139132pfe.0; Fri, 26 May 2017 13:24:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=0+15Wnn7qCVXpCaKEserYudgwmMvNsx8/CMe5aHwyU4=; b=GrXuqEAAUNckJ4eYBi3e3Vw+fxl0AdAiesZ2tw16Xjeq34KH41BqR7JIQ7Ivk1fFoH OKZPyWFyDP9xC6jvy4OrlKNPoQWEb0L70LyeodQebqCCmXTt9pMaMvWVbTokmMF1GiBJ IuHa0mBtl/9ejSLRkDQv/AxNJzBRjRAYlxLC3xmCQhqADnazE6+VqrTcyN15vR8LsBSp cDVwrZNkvvncLcI2fet3bPwRjqkrMBqV3HJlliZT0Kur1GjxV0bkAvpVRB6cVMuowxR6 WwIF+xH0KfNv0/zCJ7yOCNE110fubx47dl0sqnnH6J6ZprXqH8+l3hlKtmVLHsiymAd3 N4uQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=0+15Wnn7qCVXpCaKEserYudgwmMvNsx8/CMe5aHwyU4=; b=QK6VwY2PqB44v2X4ab8NWwM+xX8DaBsnSUUT9CZisCI0J717EkDayf8eQDdJVcK+Bf PmPYZB6y5kTcwKcv2WiN1LwDYgd5O7jtyu7m0blCHG2+vPvi58z52OdWlcQIHQKfeRet tqnpiI5iy1L8JepMQiW/y8+OLD0a0At1f1To9YbKJBGqW9I3de9jhhrUf2n8CplXDgyo K0bquQvUKxK13Y1ESBZjXk74uIwaCAOfYqoRUqQJnbxTVHjzZTCli+DTEsW+f0cLd/mE WTDzNUSw2LRDT1Pn76TBaNDBuA7GmmYzv6Lsr7YJsJDM3GIOwljblOf9O0y4ko6E8H32 Vmag==
X-Gm-Message-State: AODbwcCRsQdnkxbrBQxpQhGkcVZhbWbk4sirqnKZ9fDmWfN9ETg9v2/E Tnn2DaQW2sP6vj6u
X-Received: by 10.98.192.143 with SMTP id g15mr4427295pfk.219.1495830272874; Fri, 26 May 2017 13:24:32 -0700 (PDT)
Received: from [192.168.178.21] ([118.149.96.135]) by smtp.gmail.com with ESMTPSA id n22sm3330869pfa.123.2017.05.26.13.24.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 26 May 2017 13:24:32 -0700 (PDT)
To: ietf@ietf.org
Cc: v6ops@ietf.org, draft-ietf-v6ops-unique-ipv6-prefix-per-host.all@ietf.org, v6ops-chairs@ietf.org
References: <149556850339.28443.2716896366216678645.idtracker@ietfa.amsl.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <fa82ceef-7cd6-ab37-aee6-f386266b5c56@gmail.com>
Date: Sat, 27 May 2017 08:24:39 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1
MIME-Version: 1.0
In-Reply-To: <149556850339.28443.2716896366216678645.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/q1BdPygZ5NMyR_bMBQ7kocY_U8M>
Subject: Re: [v6ops] Last Call: <draft-ietf-v6ops-unique-ipv6-prefix-per-host-03.txt> (Unique IPv6 Prefix Per Host) to Best Current Practice
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: Fri, 26 May 2017 20:24:35 -0000

Hi,

I should have noticed this during the v6ops discussions, but I didn't,
sorry.

This draft cites RFC4862 (SLAAC) and mentions Router Advertisements
(without also citing RFC4861, which is possibly a mistake). Those
documents do not specify the subnet prefix length. So the draft
shouldn't assume a particular prefix length either. We all know that
it's usually 64 today, but that doesn't affect the argument made by
the draft. We need consistency with RFC 7608 (BCP 198).

Regards
   Brian Carpenter

On 24/05/2017 07:41, The IESG wrote:
> 
> The IESG has received a request from the IPv6 Operations WG (v6ops)
> to consider the following document: - 'Unique IPv6 Prefix Per Host' 
> <draft-ietf-v6ops-unique-ipv6-prefix-per-host-03.txt> as Best
> Current Practice
> 
> The IESG plans to make a decision in the next few weeks, and
> solicits final comments on this action. Please send substantive
> comments to the ietf@ietf.org mailing lists by 2017-06-06.
> Exceptionally, comments may be sent to iesg@ietf.org instead. In
> either case, please retain the beginning of the Subject line to allow
> automated sorting.
> 
> Abstract
> 
> 
> In some IPv6 environments, the need has arisen for hosts to be able 
> to utilize a unique IPv6 prefix, even though the link or media may
> be shared.  Typically hosts (subscribers) on a shared network,
> either wired or wireless, such as Ethernet, WiFi, etc., will acquire
> unique IPv6 addresses from a common IPv6 prefix that is allocated or 
> assigned for use on a specific link.
> 
> In most deployments today, IPv6 address assignment from a single
> IPv6 prefix on a shared network is done by either using IPv6
> stateless address auto-configuration (SLAAC) and/or stateful DHCPv6.
> While this is still viable and operates as designed, there are some
> large scale environments where this concept introduces significant 
> performance challenges and implications, specifically related to
> IPv6 router and neighbor discovery.
> 
> This document outlines an approach utilising existing IPv6 protocols 
> to allow hosts to be assigned a unique IPv6 prefix (instead of a 
> unique IPv6 address from a shared IPv6 prefix).  Benefits of unique 
> IPv6 prefix over a unique IPv6 address from the service provider 
> include improved subscriber isolation and enhanced subscriber 
> management.
> 
> 
> The file can be obtained via 
> https://datatracker.ietf.org/doc/draft-ietf-v6ops-unique-ipv6-prefix-per-host/
>
>  IESG discussion can be tracked via 
> https://datatracker.ietf.org/doc/draft-ietf-v6ops-unique-ipv6-prefix-per-host/ballot/
>
> 
> 
> No IPR declarations have been submitted directly on this I-D.
> 
> 
> The document contains these normative downward references. See RFC
> 3967 for additional information: rfc6106: IPv6 Router Advertisement
> Options for DNS Configuration (Proposed Standard - IETF stream) 
> rfc4941: Privacy Extensions for Stateless Address Autoconfiguration
> in IPv6 (Draft Standard - IETF stream) rfc4862: IPv6 Stateless
> Address Autoconfiguration (Draft Standard - IETF stream) rfc3315:
> Dynamic Host Configuration Protocol for IPv6 (DHCPv6) (Proposed
> Standard - IETF stream)
> 
> 
> 
> _______________________________________________ v6ops mailing list 
> v6ops@ietf.org https://www.ietf.org/mailman/listinfo/v6ops .
>