Re: Updated IID length text

Alexandre Petrescu <alexandre.petrescu@gmail.com> Thu, 19 January 2017 21:57 UTC

Return-Path: <alexandre.petrescu@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 810E5129640 for <ipv6@ietfa.amsl.com>; Thu, 19 Jan 2017 13:57:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.333
X-Spam-Level:
X-Spam-Status: No, score=-5.333 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_HI=-5, SPF_SOFTFAIL=0.665] 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 FaztvOy0t6Nd for <ipv6@ietfa.amsl.com>; Thu, 19 Jan 2017 13:57:22 -0800 (PST)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.167.192.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7CC4D129481 for <ipv6@ietf.org>; Thu, 19 Jan 2017 13:57:22 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.15.2/8.15.2/CEAnet-Internet-out-2.4) with ESMTP id v0JLvKcg010101 for <ipv6@ietf.org>; Thu, 19 Jan 2017 22:57:20 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 6731E202FA5 for <ipv6@ietf.org>; Thu, 19 Jan 2017 22:57:20 +0100 (CET)
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 5DCA4202A0F for <ipv6@ietf.org>; Thu, 19 Jan 2017 22:57:20 +0100 (CET)
Received: from [132.166.84.48] ([132.166.84.48]) by muguet1.intra.cea.fr (8.15.2/8.15.2/CEAnet-Intranet-out-1.4) with ESMTP id v0JLvJBE008001 for <ipv6@ietf.org>; Thu, 19 Jan 2017 22:57:20 +0100
Subject: Re: Updated IID length text
To: ipv6@ietf.org
References: <148406593094.22166.2894840062954191477.idtracker@ietfa.amsl.com> <F6953234-3F85-4E28-9861-433ADD01A490@gmail.com> <m2wpdzhncn.wl-randy@psg.com> <82245ef2-cd34-9bd6-c04e-f262e285f983@gmail.com> <m2d1frhjfn.wl-randy@psg.com> <18e6e13c-e605-48ff-4906-2d5531624d64@gmail.com> <CAKD1Yr1cvZ8Y3+bHeML=Xwqr+YgDspZGnZi=jqQj4qe2kMc4zw@mail.gmail.com> <m2lguffnco.wl-randy@psg.com> <CAKD1Yr1TrTiPRdyutobmb_77XJ7guNzLrg=H_p7qi4BfQ8V=GA@mail.gmail.com> <m2d1frfm6m.wl-randy@psg.com> <CAKD1Yr2Njjd8_Mr+6TRFF6C5pdcX4yFgpFVyEkykDuytu2B8mg@mail.gmail.com> <2A5073777007277764473D78@PSB> <4596c3d4-a337-f08e-7909-f14270b7085f@gmail.com> <CAN-Dau06R3iYRpYLADhvHox4C9qdsJCuxFsJapRhOQcWT4qk_g@mail.gmail.com> <CAO42Z2weZcoHiBzN94QAQ9WGhWR16PmMMFNg=5YLmr_dhPjjpA@mail.gmail.com> <fcc7f136-b5da-527e-b495-5a2d7f7a3ce8@gmail.com> <CAKD1Yr2Y8yY5=E3VUNuJqPsxeEJ2AMJM2ShKyQhQJRiO7fq3HA@mail.gmail.com> <c1407e78-b1cc-65b6-fe5a-63688e08feb8@gmail.com> <1798bf13-b031-8ffc-78ea-7d01c4756dc9@gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <696433c7-e976-c334-1b67-edcf9ee45bcc@gmail.com>
Date: Thu, 19 Jan 2017 22:57:13 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0
MIME-Version: 1.0
In-Reply-To: <1798bf13-b031-8ffc-78ea-7d01c4756dc9@gmail.com>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/-1GWaf2_3CeTBO8eOpOqjI1fyX4>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Jan 2017 21:57:24 -0000


Le 19/01/2017 à 20:26, Brian E Carpenter a écrit :
> On 19/01/2017 22:26, Alexandre Petrescu wrote: ...
>> I do not agree with the part that says "IIDs are required be 64bit
>> long".
>
> But they are, today. In the move to full Standard, we cannot actually
> change that; we can only clarify the wording.
>
>> If IIDs are required to be 64bit long (even if only in the
>> 000-prefixed space) then the network can not grow at the edges, at
>> least not with SLAAC.
>
> That would be true if /64 prefixes were scarce. They are not.

The mobile network operators today make it look as if the /64
prefixes were scarce.

Maybe they dont know these /64 are not scarce, or maybe they dont care
about scarcity (just as it's not IPv4 scarcity making them deploy IPv6).
  The end result is the same: end users get each a /64, i.e. one single
subnet.

Spec-wise the IID len cant change, the Ethernet IID len cant change, the
DHCPv6 PD is not deployed, the operators only give a /64 to end user...
one is free to pick the reason, and again the end result is the same: no
growth at the edge.

The archi document is free to recognize reality.  If so, it should
recognize it so in a paragraph: no growth at the edges.

Alex

> But that's why the proposed text is limited to currently allocated
> unicast space - if we ever need to change this, it will be a new
> tranche of unicast space. In any case, this is nothing to do with
> progressing to full Standard.
>
> Brian
>
> --------------------------------------------------------------------
>  IETF IPv6 working group mailing list ipv6@ietf.org Administrative
> Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>