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

Brian E Carpenter <brian.e.carpenter@gmail.com> Wed, 01 March 2017 21:20 UTC

Return-Path: <brian.e.carpenter@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 2B0011296C4 for <ipv6@ietfa.amsl.com>; Wed, 1 Mar 2017 13:20:29 -0800 (PST)
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 eyENxZcksgJS for <ipv6@ietfa.amsl.com>; Wed, 1 Mar 2017 13:20:27 -0800 (PST)
Received: from mail-pg0-x234.google.com (mail-pg0-x234.google.com [IPv6:2607:f8b0:400e:c05::234]) (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 BEA6F127076 for <ipv6@ietf.org>; Wed, 1 Mar 2017 13:20:27 -0800 (PST)
Received: by mail-pg0-x234.google.com with SMTP id p5so24150637pga.1 for <ipv6@ietf.org>; Wed, 01 Mar 2017 13:20:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:cc:from:organization:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=btOlQlU/2EZzHTEo8+k19WLbF6469exXy5BLzAl8C58=; b=aqDJavFLinc3gy9jd3gPLjd1V1TDjkSfVCBVyq3RriErgInF9/Hfhvsf33hlzI1YLx 1IvKlrCoEh/r516TjBk/vU7PcaL/kttTBMeTPUZ3jE7NsKFcwJNF0uI15uhMwMLK6oqm w07/R6Fp2CPohBGsJ3tx6TlwU9F94y0KxYtguY2RCmTQeTp1Sh4TmjqzWb+wCkxyVhW0 8MVx4qgkL6Puz+/6cZ5aI3EDtnVtzrpcTI/U/FQmh7LOhAjbVFkWs73wteRtYNunlv/i L0CI4YZDgO1gsdf4rXGp2HtGHiyWMjtEcnykE6JRcfnPuoAaSC0r/cZRdgI9dT4mFYjs k/Lw==
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:cc:from:organization :message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=btOlQlU/2EZzHTEo8+k19WLbF6469exXy5BLzAl8C58=; b=HxcBZjcyu+6OycCFl+k3DEGQ3o3CV7UvRdEG+RmKTYRVSw3VjvCL49WzbeOzbkXnww YkBmzU5xr3fvt/zLLLs8WnUTatu/BAlRXp9L6e+NfTDrneN6XzqBIODSQYX7h4HRq2Vn C5s4uCCFDnP7VGJngULQVNrorq6brunvjfdIoe5Lo00oUs9XWHTw12nt9bMQKuoAdGTy wk+JEdL99jwWdnxuz2JMYgV9Kr5B7fSsu27DHVRuqEBJP6+iFrdBDtlYkhe2CPItalAt PiV6+pbUand16/yXghAkyAdKVU3h1cBS6BVMLtzlxqaqd97Qx3TFb/WIT9syZOCc3HZU aEuQ==
X-Gm-Message-State: AMke39mZyZ2Bhn3ZVeOhswH77GHRxTBpGch0twe15icigaxdpxx4SrqH2L09m53wKDDviA==
X-Received: by 10.99.199.69 with SMTP id v5mr11307845pgg.90.1488403227119; Wed, 01 Mar 2017 13:20:27 -0800 (PST)
Received: from ?IPv6:2406:e007:6663:1:28cc:dc4c:9703:6781? ([2406:e007:6663:1:28cc:dc4c:9703:6781]) by smtp.gmail.com with ESMTPSA id q73sm12337938pfa.129.2017.03.01.13.20.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 01 Mar 2017 13:20:26 -0800 (PST)
Subject: Re: Objection to draft-ietf-6man-rfc4291bis-07.txt
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>, Dan Lüdtke <mail@danrl.com>
References: <20170223134026.GI5069@gir.theapt.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> <CAO42Z2z7v4gDk91b6Of-1sczV88m3B9kzn0MeJU_VBJ416k6Ww@mail.gmail.com> <ae35b45a-0398-840f-fc0d-1f64dd2fcc58@gmail.com> <92160C59-79EC-4EB0-BFD5-69697A5E1306@danrl.com> <f1ce0d13-efee-4be0-290d-f81e9ca9e6f5@gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <4ee56eb1-81f1-54bc-99ff-86aaa816aae5@gmail.com>
Date: Thu, 02 Mar 2017 10:20:28 +1300
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1
MIME-Version: 1.0
In-Reply-To: <f1ce0d13-efee-4be0-290d-f81e9ca9e6f5@gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/97ma61gBgGiKzTRp3W8bIMFDCu0>
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: Wed, 01 Mar 2017 21:20:29 -0000

On 02/03/2017 08:47, Alexandre Petrescu wrote:
> 
> 
> Le 01/03/2017 à 12:23, Dan Lüdtke a écrit :
>>
>>> On 28 Feb 2017, at 13:04, Alexandre Petrescu <alexandre.petrescu@gmail.com> wrote:
>>>
>>> Finally, there is no advice of what bits to put between fe80:: and a
>>> 64bit the Interface ID - zeros or ones?  linux says it's a fe80::/64 and
>>> IIRC BSD says it's a fe80::/10.  The routing entries based on that can
>>> make for interop problems.
>>
>> I think there is advice. As I understand, /10 is reserved but only /64 is specified.
> 
> Sorry, I dont understand that?
> 
> What is the difference?  Why reserving X if only specifying Y?  What 
> other concept is similar: is there some other number which is reserved 
> and only number+1 is specified?
> 
> Why couldnt we just reserve without specifying?  Or specifying without 
> reserving?
> 
> If we continue with reserving _and_ specifying we continue wasting these 
> 54bits there.
> 
> What are these 54bits for?

Nothing. They are reserved and must be zero. That's quite common in 
protocol design.

Link-local is a special case, because it must be possible to create
an address with absolutely no prior information.

    Brian

> 
> Alex
> 
>>
>>
>> RFC 4291 IP Version 6 Addressing Architecture
>>   2.5.6.  Link-Local IPv6 Unicast Addresses
>>
>>      Link-Local addresses are for use on a single link.  Link-Local
>>      addresses have the following format:
>>
>>      |   10     |
>>      |  bits    |         54 bits         |          64 bits           |
>>      +----------+-------------------------+----------------------------+
>>      |1111111010|           0             |       interface ID         |
>>      +----------+-------------------------+----------------------------+
>>
>>
>> Cheers,
>>
>> Dan
>>
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
>