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

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 16 August 2017 20:21 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 CEE3D1326DD for <v6ops@ietfa.amsl.com>; Wed, 16 Aug 2017 13:21:23 -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 rvOhTzWvFuXb for <v6ops@ietfa.amsl.com>; Wed, 16 Aug 2017 13:21:22 -0700 (PDT)
Received: from mail-pg0-x233.google.com (mail-pg0-x233.google.com [IPv6:2607:f8b0:400e:c05::233]) (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 566D81326EA for <v6ops@ietf.org>; Wed, 16 Aug 2017 13:21:22 -0700 (PDT)
Received: by mail-pg0-x233.google.com with SMTP id v189so27996644pgd.2 for <v6ops@ietf.org>; Wed, 16 Aug 2017 13:21:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:organization:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=4FkAF+ItDzcJMqllmyNiJmwHYXH0k6Ldgf4SdlHbP/E=; b=LvrE1wdYYAytSlmTN+BzBmSl/c7l6f+mZktagtvyQPdCEc2FlQ0CuNHZtq0Y/zkmC1 YDkqgLG7pbnsGJfmLh/1ZC+WLYjsMEQ+3kb8ytJ85D3nisC6kA2eFmD3tNWiiWyB6JLj j9HL18EsSwTX3enE/dMPqyhr/eFx86eWQ5WkJfaO56LJxj17t+0gmqfpUetJXTv7uYw2 xDHZ7bqT8zzNYUwffZGxaO+JX4TDRsDY3tkjvKlIfwQktiwY10Gfw8FsLXBWC3z+5jWr GJfxY6eY6BsGUG/1A6gJT3hxpXwI2bbI2B6TvqRqsWloMGd8z8Cme+gCEzzGBjn7njs9 mYRA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=4FkAF+ItDzcJMqllmyNiJmwHYXH0k6Ldgf4SdlHbP/E=; b=cUqnO1cMqzq+R39JwxfzALneAe6GHfKtDi84MjVa71Gtmq659OF1W3+bht2iHgqmaj /iazgsT/NCptamadrJHVwGGXcxYN9uRoku2/AbTF51EBFQKlvl0JB8h/HzK3PMG6TUC8 z+ufxlljJV1oDg4RDbI2rSciWQYN60cILUV6LsGiTaJP3oO06+Sq6TqofZ0HJy8OvNEK stRUKEIDjg7j1fXo6M2zvinl7H5QrzY5xovVNjN4xcoSG1C9wye7vIN1w/qF41DNoYNR YM24HMSrz3/FlIL0zMaNLuTe9zDA+Aa1wHi8CswAFahPVrBET2jDys5JderdFTnXRPip quVg==
X-Gm-Message-State: AHYfb5gX6/Qdnijy1DmyJ6Jl3Qk67QTarWLlCCy/gciwCvAmd0g7ebw5 ry2LB7I/Ucfs/+++
X-Received: by 10.84.253.16 with SMTP id z16mr3016999pll.81.1502914881504; Wed, 16 Aug 2017 13:21:21 -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 b4sm3017398pgc.9.2017.08.16.13.21.19 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 16 Aug 2017 13:21:20 -0700 (PDT)
To: 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> <B13F6A0A-BF0A-404B-A332-5A228F4AFC07@thehobsons.co.uk>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <b36d547f-3316-b4b7-1202-4eb1d16fc439@gmail.com>
Date: Thu, 17 Aug 2017 08:21:22 +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: <B13F6A0A-BF0A-404B-A332-5A228F4AFC07@thehobsons.co.uk>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/k3FVFvENFV_ZWiM3GVbYwEIS2Kk>
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: Wed, 16 Aug 2017 20:21:24 -0000

On 17/08/2017 07:47, Simon Hobson wrote:
> Lorenzo Colitti <lorenzo@google.com> wrote:
> 
> 
>> /64 gives you something that no longer prefix does: the ability to run SLAAC and connect unlimited devices behind the host. 
> 
>>From previous discussions, I am led to believe that SLAAC will work with other (longer or shorter) prefixes. It is only the deprecated EUI64 method that *needs* 64 bits.

Properly coded SLAAC will work with any reasonable length, but standards-compliant
IPv6-over-foo drivers will *all* inform SLAAC that the length is 64, because that is
the parameter set by the addressing architecture.

What we are discussing here is not SLAAC, or the fact that each driver has to inform
SLAAC about the IID length, but whether the addressing architecture should continue
to define a universal constant for that parameter.

And we are certainly not discussing whether IPv6 supports variable length subnet masks.

   Brian