Re: draft-bourbaki-6man-classless-ipv6-00

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 08 June 2017 01:57 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 C23691294E7 for <ipv6@ietfa.amsl.com>; Wed, 7 Jun 2017 18:57:15 -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 VORT0bC8_ZBb for <ipv6@ietfa.amsl.com>; Wed, 7 Jun 2017 18:57:14 -0700 (PDT)
Received: from mail-pg0-x241.google.com (mail-pg0-x241.google.com [IPv6:2607:f8b0:400e:c05::241]) (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 2FE711294C4 for <ipv6@ietf.org>; Wed, 7 Jun 2017 18:57:14 -0700 (PDT)
Received: by mail-pg0-x241.google.com with SMTP id v18so2962796pgb.3 for <ipv6@ietf.org>; Wed, 07 Jun 2017 18:57:14 -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=nzbrGesI+igN8rRWzc/gio437iO+kOiM3V2ZMHqivnM=; b=N/NBlWrqclWeZVOzalZAMd93NPoIskQcChDHRZmpGWA2L+dXygsz5aoXLo7BEEWTGq zipzvIHs+Z9iirn8F/t0YnVAJ9LnQodsqpyY+T2Pdir4nncaXwrU2PYFmdNh64o32+b5 vlNkzq5EARUYiqJH8c9Etw5HG1/Kwc6fVJEOJTzOBAD2ni7sEEqBymdrFpVUA9sX7hW0 0HLL14bZO9AadQpjL9WrxDUL9Xtm51Zrz4mjiMIeyn4vvrAq5t7LAY14149j3/cKKueT xyCJaKXmWK4/zpBhHePe0YcErk0nhYDBFaverglLwFXlNHv2K8hOMuIVVDIh2SaHNGd9 IZOQ==
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=nzbrGesI+igN8rRWzc/gio437iO+kOiM3V2ZMHqivnM=; b=BqzlRSYd9ry+/larrH0l4/rqw78OMLScPwoDkwyiIpjwUsxYh7zISHXCEjgvB1roGL x0Yj5dd7NB1Hn3jst2zXbzV3eFP0bhR9MUCkDca3CA8AooxtRAxHw6+2+lZsJAIexOaL H5iy/JpRO+OpoFqwTRqsdT7MDPyPzEGQrUr7jdzJOvaS4PcNYfIi+lw1eo7xUUainupH ZeJKZrpq4EJ0lvF+inBweo6f9Vwe0oPNzFaLH8dbx/iQO8bodsORajMaSBZvATHK7mK6 UVwgibeNemRIcrNSSK5pH4c/uxmJfWWrzRiAVmGQIsQCm5qxBlmk09QikUt8dr3q9i8C Z9VA==
X-Gm-Message-State: AODbwcDwSLBAqUXtgQtE/0iTL8eoFKlTU8oxeR62zpy1Zdo4ct/s2nLo 0HufI5UXfFZE/MyO
X-Received: by 10.84.193.3 with SMTP id e3mr32264477pld.178.1496887033571; Wed, 07 Jun 2017 18:57:13 -0700 (PDT)
Received: from [192.168.178.21] (44.219.69.111.dynamic.snap.net.nz. [111.69.219.44]) by smtp.gmail.com with ESMTPSA id r85sm5836683pfb.61.2017.06.07.18.57.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 07 Jun 2017 18:57:12 -0700 (PDT)
Subject: Re: draft-bourbaki-6man-classless-ipv6-00
To: 神明達哉 <jinmei@wide.ad.jp>, Job Snijders <job@instituut.net>
Cc: Ole Troan <otroan@employees.org>, Erik Kline <ek@google.com>, 6man WG <ipv6@ietf.org>
References: <20170602141112.x64nleqclygz7dwd@Vurt.local> <CAKD1Yr3ppM0UF8HoN8PgS7F0iEmK26ebiuJK=tkAdZnuLWpkZg@mail.gmail.com> <CAKFn1SHASt34ihJmGN0iRFQQzLTMspZfxXHgBjBatXXcRYF4cw@mail.gmail.com> <20170604093119.nt733rb3ymmjssww@Vurt.local> <m1dHTLx-0000DcC@stereo.hq.phicoh.net> <CAKD1Yr0ZZwRar6D-2bkXBKPYehqqW99+BMtDOjyovR8WDXKzxw@mail.gmail.com> <CAD6AjGTjikAWutcenW8qn7OW8kPM9c_x_yDUy5vQxJmXKL85dg@mail.gmail.com> <91c3c0f4-eb8b-cdf7-b9c9-7d1eecb7fe64@gmail.com> <CAKD1Yr0_WR_TB+OC0U1Qt2h6WzUp9EGvrqC1ZKW2mwFeBd3bCQ@mail.gmail.com> <4021a559-5b6d-b3fb-19cd-afbe9041e8f2@gmail.com> <CAAedzxppjnBhVAHF4L4B7WTtwxPGhpOv8ruXOhm=zGwjQ5-OsA@mail.gmail.com> <780257e6-749e-ad9b-4d7a-08e39f46fd1c@gmail.com> <89A69730-B9F3-49B4-942D-EB664A728BDD@employees.org> <dc950594-cb1a-3c36-4538-3b62f58806ed@gmail.com> <CACWOCC93jbqhw+Pigjx5CdHcAmubcx=nQLbOOtjOb81+u6MQow@mail.gmail.com> <CAJE_bqdcR+-6AxODiokcSRhRNb-5gcbRx0xwBqQ8AeOqYd2Daw@mail.gmail.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <1a5979f3-ef1b-8099-b1fa-fc19571898a2@gmail.com>
Date: Thu, 08 Jun 2017 13:57:15 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1
MIME-Version: 1.0
In-Reply-To: <CAJE_bqdcR+-6AxODiokcSRhRNb-5gcbRx0xwBqQ8AeOqYd2Daw@mail.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/ipv6/0t9lBHgcYJFiFwieAsxneeRnrZU>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.22
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, 08 Jun 2017 01:57:16 -0000

On 07/06/2017 13:14, 神明達哉 wrote:
> At Tue, 06 Jun 2017 23:30:30 +0000,
> Job Snijders <job@instituut.net> wrote:
> 
>>>>> But that is exactly what the draft does *not* do. Nobody would
>>>>> change a single instruction in existing code as a result of this
>>>>> draft. (I agree with you that some O/S stacks may need fixing, but
>>>>> they already need fixing.)
>>>>
>>>> is this draft exactly:
>>>>
>>>>    IPv6 unicast routing is based on prefixes of any valid length up to
>>>>    128 [BCP198].  Interface Identifiers should be 64 bit long except
>>>>    when the addresses are manually configured, or by exceptions defined
>>>>    in standards track documents.  For example, [RFC6164] standardises
>>>>    127 bit prefixes on inter-router point-to-point links.  The rationale
>>>>    for using 64 bit Interface Identifiers can be found in [RFC7421]
>>>>
>>>> ?
>>>
>>> Yes. Put those words in 4291bis and I will be very happy. Oh ;-).
>>
>> I recall a small but vocal group arguing fiercely against that text
>> adjustment, so here we are.
> 
> As several people including myself have already pointed out, it's very
> hard for ordinary readers to understand that's really what
> draft-bourbaki-6man-classless-ipv6-00 tries to propose.  It will have
> to be heavily revised to convey that message.
> 
> As for the above text, my recollection is that some people (I don't
> know if that was a small group, btw - to me both groups looked equally
> vocal and equally small/large) were against one specific point in
> text like the above one:
> 
> - "should be 64" instead of "must be 64" (but in my understanding they
>   were/are okay with "except when the addresses are manually
>   configured")
> 
> It's also not clear to me whether the real intent of
> draft-bourbaki-6man-classless-ipv6-00 includes the subtle (but
> seemingly very important for those who were "fiercely against" it)
> change from "must" to "should".  I guess if the authors of
> 6man-classless-ipv6 are actually also happy/okay with this one:
> 
>     IPv6 unicast routing is based on prefixes of any valid length up to
>     128 [BCP198].  Interface Identifiers must be 64 bit long except
>     when the addresses are manually configured, or by exceptions defined
>     in standards track documents.  For example, [RFC6164] standardises
>     127 bit prefixes on inter-router point-to-point links.  The rationale
>     for using 64 bit Interface Identifiers can be found in [RFC7421]

Speaking for myself only, yes, happy.

   Brian

> 
> then there will be no dispute or further time wasting (we'll still
> need to decide what to do with the magic leading bits of 000 in terms
> of the interface identifier length, but if we can agree at this level
> this will be a relatively minor point to address).
> 
> --
> JINMEI, Tatuya
>