Re: [v6ops] I-D Action: draft-ietf-v6ops-unique-ipv6-prefix-per-host-07.txt

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 17 August 2017 01:32 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 40D54126BF0 for <v6ops@ietfa.amsl.com>; Wed, 16 Aug 2017 18:32:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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] 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 y8DjZ0-CUqnN for <v6ops@ietfa.amsl.com>; Wed, 16 Aug 2017 18:32:00 -0700 (PDT)
Received: from mail-pg0-x22f.google.com (mail-pg0-x22f.google.com [IPv6:2607:f8b0:400e:c05::22f]) (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 6CA3013226B for <v6ops@ietf.org>; Wed, 16 Aug 2017 18:32:00 -0700 (PDT)
Received: by mail-pg0-x22f.google.com with SMTP id y129so32111225pgy.4 for <v6ops@ietf.org>; Wed, 16 Aug 2017 18:32:00 -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=gxi4jDHgmXvB357VwcJXXm/El0ZsCfWf0aIbzzsf1E0=; b=s6lAAJgJLw7jU/6VzJKXdtLeUy0WuHcUP22+/BWS5njsYZVIY4ru0Z8GyxRFFoICFH BUEX0mozaAJYn4TQFNOn6btwgKjsFP7cQv9ukToOa78osA+1GNttRiWkuxkGrUxu80dm SIPDdohctgylJLYxPDU6upX5mnZSyKLxIBxA4uP5dTnpCmMExuhizzVg8z6voyw/BaBc 7gC+8Jiijn3d/8U51BscG9kjztRcnvRSnxZkzwRDZIg7ylpLINQyN+i7+ECdF4J3h7aX ed8ndPT4EZkq0LR3mZkkBgV+DWPkPFfUZvjUzg1DFLnWRP4e+ZX9u3zbX6IS7otY9Ht8 zwvg==
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=gxi4jDHgmXvB357VwcJXXm/El0ZsCfWf0aIbzzsf1E0=; b=n3GCGx9C0F7B6SalgDLPcnbgFP4/hn432syd6ET/3/lfDvpFyqqCK6YpVJ0iIi/+dx lyebtik0VBkO4t4Ph1rjEYffDNPZ9RYWerM73UDx584RbcN3YogBqc9v5UsvAAilJMOa PZPHjFvIiKy74lCUmVS8Q3ieruU//pIGYo7YE8isHWWsYjWo3xrZTKyYHoiXhtE8lLh5 rlgs5M7Cn8gjERKQAXm4mhucsQqrG9EqNAhG68x18PjcZml1FARx28c4g7zLri5rl8Rp bZX022x3f8PAGwgZEHPg2Z6qwQ91fvrDoinEdtZCXRzhghe69CEVNitBvZHQTlmsWQKo 8L0A==
X-Gm-Message-State: AHYfb5jZpKBpKd2VlJ9+pj6jEwXiqmyOvuVwZh0s0/pn+meBwICCUWAW is+UIImmEsz89oht
X-Received: by 10.84.132.76 with SMTP id 70mr3917229ple.7.1502933519771; Wed, 16 Aug 2017 18:31:59 -0700 (PDT)
Received: from ?IPv6:2406:e007:521f:1:28cc:dc4c:9703:6781? ([2406:e007:521f:1:28cc:dc4c:9703:6781]) by smtp.gmail.com with ESMTPSA id h20sm3838465pfk.175.2017.08.16.18.31.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Aug 2017 18:31:59 -0700 (PDT)
To: DY Kim <dykim6@gmail.com>, Lorenzo Colitti <lorenzo@google.com>
Cc: Simon Hobson <linux@thehobsons.co.uk>, v6ops list <v6ops@ietf.org>
References: <CAO42Z2wJBCo1yjguWSy-jzSvndeZTPgtN71FfdEhvqrVAUhZUA@mail.gmail.com> <9bd9f886-f53b-109f-d998-1d4c7adaf3b1@gmail.com> <B6A257C9-7E8A-452D-9C0F-0B10A31990CB@thehobsons.co.uk> <796A0ED0-0F58-43FA-9F81-D4D736A35F3B@steffann.nl> <BD3B4153-2EEF-4BFB-832D-D126A75AEC11@thehobsons.co.uk> <CAN-Dau2jzbQPuE5diEz-XzfRBHY=O1znE8hfy8P-Eee=MVwC_w@mail.gmail.com> <7C6C4FCC-26B9-493D-9992-4663DE6EB9CE@jisc.ac.uk> <3A69468C-98E4-4631-A52F-3D8772646EEE@consulintel.es> <20170807110746.GG45648@Space.Net> <CAO42Z2xXXjKUZ8qQY+b1NgDagX2ZJkqL5gieD+_js59ucp0EMw@mail.gmail.com> <20170810055819.GQ45648@Space.Net> <CAO42Z2xtfsYbw+Wf=ZjyFCmnDbhL17QCkWWRJ7F1+BgGCRiipg@mail.gmail.com> <51268C23-40F4-4476-9025-A1DD3BA37BC3@thehobsons.co.uk> <CAKD1Yr0uBU-LczaZJ5SdNpb_FpB0qfZJ0kNnr=gEviD+F3DTZw@mail.gmail.com> <85DFAB58-149C-405E-A497-3CBB497828B4@gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <dec51b5e-09dc-6784-4edd-19392fdfbef1@gmail.com>
Date: Thu, 17 Aug 2017 13:32:01 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <85DFAB58-149C-405E-A497-3CBB497828B4@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/X_A4Eb3JBsX7ZdhY1QWFBICA1Us>
Subject: Re: [v6ops] I-D Action: draft-ietf-v6ops-unique-ipv6-prefix-per-host-07.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, 17 Aug 2017 01:32:02 -0000

On 17/08/2017 12:24, DY Kim wrote:
> Does this ‘unlimited devices behind the host’ include the following case?
> 
>   - A host gets a /64 prefix.
> 
>   - The host runs for itself an internal ‘Unique-IPv6-Prefix-per-Host’ so that it hands out a /96 prefix to each internal device.
> 
>   - In effect, this comes down to /96 prefixes and 32-bit IIDs.
> 
> Technically, there’s no reason why this cannot be done, I’d assume. However, would this be forbidden in the sense of the current and related std track documents?

It's forbidden by the fact that RFC4291 states that the IID length is 64. Clearly that applies to SLAAC; it's a bit less clear whether it applies to DHCPv6. But the privacy related RFCs make it pretty clear that 32 bits is too small.

     Brian