Re: Objection to draft-ietf-6man-rfc4291bis-07.txt

Mark Smith <markzzzsmith@gmail.com> Tue, 28 February 2017 07:41 UTC

Return-Path: <markzzzsmith@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 919711294C4 for <ipv6@ietfa.amsl.com>; Mon, 27 Feb 2017 23:41:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.498
X-Spam-Level:
X-Spam-Status: No, score=-0.498 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, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no 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 z2Fa-twDF5up for <ipv6@ietfa.amsl.com>; Mon, 27 Feb 2017 23:41:16 -0800 (PST)
Received: from mail-ua0-x231.google.com (mail-ua0-x231.google.com [IPv6:2607:f8b0:400c:c08::231]) (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 28A1D1293F4 for <ipv6@ietf.org>; Mon, 27 Feb 2017 23:41:16 -0800 (PST)
Received: by mail-ua0-x231.google.com with SMTP id f54so4500512uaa.1 for <ipv6@ietf.org>; Mon, 27 Feb 2017 23:41:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Q0+5fTcV3h1Mlxk7qHcFCUjo+gok4Wcb37OaAoAl1JU=; b=NcXN0fhF4pKQekH7YLb8GFPwUaA7CQwFvmZ+s/acKiuJg2vkfRyxNEqRSGGvCnebaZ bO9Q7UjrqJ/9QupF9MfflqWaBL4fS/WuVVqt0Tb94AY2iZsE4ZpWHX0x1Kp68PxiGg/3 VggQtXKkRj/AZndNIPaQuFcUYKP6sp0u1CKiJ4oQjqlaIC6GP8RaOCa1GKmOSu8du85O TEyYq/kcAGOvH1Vdf9zWCfQAkxDv/uiWHErzPhM3cx0msRnWQhehhYSzIOMmtOXX2wfl 5wf920dVtkfzOtDHL+F1PFindf8uWfczfgpsBDOML0mFj7P9esO7kI38whoKlGCm4U9K Or6g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Q0+5fTcV3h1Mlxk7qHcFCUjo+gok4Wcb37OaAoAl1JU=; b=SOFH1cCk7X/J6EQOSd/1kaOBAFNzTOKUfnqs75kJWumOwoJzjMdZWmN2zGwntmaJYU pmtplTV0WMbKGYVdV2unne/F5XdDyCxAjrwivhp2CmI+BTdcEEcESMQqRQjxg2d9S8me xXExIEPDEcw9KrVfEZm3XneKtJVMxOq49aNoAlJXveyBYks/BW4C5RzqfU3V+P2N1pxJ +E4Vq37p+0lq8Z+76Xf0qAGLF8nbbXaVzzaJQxNu+QUxnaAQgR/fvSkt6TBCc1XspQAq D0XneSPXXP3R6IaGFUa0x0ombsE0PUoD/BgK5nWNBaGeDvIDAWTrvOQlqiz37cFfwcDT UDgg==
X-Gm-Message-State: AMke39mfgV/Wki0HxvrZ8t+HRlLmmhzm2HTVr8Fg8X3u9Az6dIoKwf7/cOVDIiZWTrcWhXLHdDaqlPfrlglsgQ==
X-Received: by 10.31.162.130 with SMTP id l124mr398016vke.123.1488267675194; Mon, 27 Feb 2017 23:41:15 -0800 (PST)
MIME-Version: 1.0
Received: by 10.159.38.2 with HTTP; Mon, 27 Feb 2017 23:41:14 -0800 (PST)
Received: by 10.159.38.2 with HTTP; Mon, 27 Feb 2017 23:41:14 -0800 (PST)
In-Reply-To: <9a94feac-8d59-b153-d41c-04fc371e4db4@gmail.com>
References: <20170223134026.GI5069@gir.theapt.org> <9277BC0B-04F3-4FC1-901E-F83A8F0E02D7@google.com> <58AF6429.70809@foobar.org> <902276E9-0521-4D4E-A42B-C45E64763896@google.com> <58AF726A.3040302@foobar.org> <F7C230DE-4759-4B78-ABF2-6799F85B3C62@google.com> <58B014F6.2040400@foobar.org> <6DA95097-8730-4353-A0C9-3EB4719EA891@google.com> <CAN-Dau0s04c=RV0Y8AGaxBPFui41TWPTB+5o0K2Lj-iah0An1w@mail.gmail.com> <CAL9jLaYirty22iGiEjEaYq3_KA1FZhxBTOBWuFOXQ9C-WPd5xQ@mail.gmail.com> <CAN-Dau0n6oFm538XdJOcuO1yg92BCDD3mBu5YfBVm_+g-gtcKA@mail.gmail.com> <CAL9jLaYO=uYgVfSZ0SoSe0SujJ1xgwEKE8WLzo_keJHywgXTtg@mail.gmail.com> <CAN-Dau1vJV5O_Ythp6THkAu4-YZXV82Upny1V+ybbjCVZQQX=A@mail.gmail.com> <27cce319-18ac-5c0e-3497-af92344f0062@gmail.com> <de4988be-6031-08d9-84ce-21c3fa4f9bc9@gmail.com> <98401ef7-cf41-b4a0-4d11-a7d840181bd0@gmail.com> <1047f5fc-ae40-be52-6bab-27f31fe5e045@gmail.com> <9a94feac-8d59-b153-d41c-04fc371e4db4@gmail.com>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Tue, 28 Feb 2017 18:41:14 +1100
Message-ID: <CAO42Z2z7v4gDk91b6Of-1sczV88m3B9kzn0MeJU_VBJ416k6Ww@mail.gmail.com>
Subject: Re: Objection to draft-ietf-6man-rfc4291bis-07.txt
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Content-Type: multipart/alternative; boundary=001a1143fcf21c5e8705499252e3
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/H58OqfXtbSUmRJzfcPz1qDtnr-4>
Cc: 6man WG <ipv6@ietf.org>
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: Tue, 28 Feb 2017 07:41:17 -0000

On 27 Feb. 2017 21:23, "Alexandre Petrescu" <alexandre.petrescu@gmail.com>;
wrote:



Le 26/02/2017 à 20:24, Brian E Carpenter a écrit :

> Aelexandre, On 27/02/2017 07:55, Alexandre Petrescu wrote: ...
>
>> I would not agree if I read "/64 is RECOMMENDED".
>>>>
>>>
>>> There I think you are wrong.
>>>
>>
>> I think I am wrong depending on what tense we use: is it about the
>>  future or about the past?
>>
>> When we say "is RECOMMENDED" and it becomes an RFC then that will
>> effectively be recommended during the next 10 years or so, until
>> next RFC update.  I fully disagree with this plan.  It will
>> comfort the cellular operators to continue assigning a single /64
>> to one User Terminal.
>>
>> It is the value that today allows portable interoperable host
>>> software (on IEEE 802.1 or 802.11 media)
>>>
>>
>> (for 802.1 and 802.11 media - there is much I can say here -
>> basically IPv6 stacks interface to EthernertII headers, no 802.1
>> nor 802.11, but that's another matter; wireshark and RFC2464 show
>> that).
>>
>> I would like to add that, in addition to the Ethernet I suppose
>> you want to talk about by saying 802.1 and 802.11, the 64 limit is
>> so only if SLAAC is there too.
>>
>> If one uses only Ethernet (no SLAAC) then the 64 is not set in
>> stone.
>>
>> If one uses only SLAAC (no Ethernet) then the 64 is not set in
>> stone.
>>
>> If one uses SLAAC-on-Ethernet then 64 is set in stone, and only
>> then.
>>
>> From this, to make a general IPv6 Architecture Architecture that
>> says that 64 is RECOMMENDED default there is a long way.
>>
>
> You didn't pay attention to my phrase "portable interoperable host
> software".
>
> I carry my laptop and my Android phone around quite a lot. I want
> them to just work when they find themselves on a new IPv6 network.
> Given that we never put in place dynamic parameterisation of the
> 802.1/802.11 IID length, that's only possible because the various
> software writers involved over the years all implemented /64. End of
> message.
>

I see.

We want the laptop and android to continue work that way - it is good.
But could they just rely on RFC2464?  Isn't the IPv6 Addressing
Architecture too high a promotion for just that case?

IMHO maybe we are trying to improve an earlier 4291 paragraph whose
initial intention may have been good, but is not consensual.



Just to be clear, consensus doesn't mean unanimous.

https://tools.ietf.org/html/rfc7282

That par
is "All Global Unicast addresses other than those that start with binary
000 have a 64-bit interface ID field".

There are additional messages that circulated in private, and that have
not been posted publicly, about the validity of an "Interface ID"
altogether.  What's the meaning of an Interface Identifier when one can
have same IID on different interfaces?


Answered in RFC4291.



Or is the laptop/android use-case actually needing a "Host
Identifier" (not an IID)?

Has the option of removing this 4291 paragraph altogether been
considered (instead of improving it)?

Alex



> Brian
>
>
--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------