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

David Farmer <farmer@umn.edu> Wed, 07 June 2017 15:13 UTC

Return-Path: <farmer@umn.edu>
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 DA24112ECA1 for <ipv6@ietfa.amsl.com>; Wed, 7 Jun 2017 08:13:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.001, 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=umn.edu
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 2iBZs6OTWjQz for <ipv6@ietfa.amsl.com>; Wed, 7 Jun 2017 08:13:53 -0700 (PDT)
Received: from mta-p6.oit.umn.edu (mta-p6.oit.umn.edu [134.84.196.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BEAFB12ECA5 for <ipv6@ietf.org>; Wed, 7 Jun 2017 08:13:53 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by mta-p6.oit.umn.edu (Postfix) with ESMTP id 26915A3A for <ipv6@ietf.org>; Wed, 7 Jun 2017 15:13:53 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p6.oit.umn.edu ([127.0.0.1]) by localhost (mta-p6.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K5peTRbQ69hz for <ipv6@ietf.org>; Wed, 7 Jun 2017 10:13:53 -0500 (CDT)
Received: from mail-vk0-f72.google.com (mail-vk0-f72.google.com [209.85.213.72]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p6.oit.umn.edu (Postfix) with ESMTPS id E43079F0 for <ipv6@ietf.org>; Wed, 7 Jun 2017 10:13:52 -0500 (CDT)
Received: by mail-vk0-f72.google.com with SMTP id q74so1516783vkb.14 for <ipv6@ietf.org>; Wed, 07 Jun 2017 08:13:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=umn.edu; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=OLQTf0fotHoNieNqh0GimA7fxaTFJrjJOeZDx/EJVuU=; b=YXMVGUgs0WU4DmsZ/J3NxdgRIYgR1jM26KyKJppJ1dbqtBVioWNsiK5AoMpDUqoFnz N49+VhVc7DvM2x2E3Diy6Fhml5+RHUZ8WZ6MLWXPYUBpb3mbKrIuSJvSNtpJ1Gi8wKs5 gZPPlyncv9YtJx608NxcfdezD1pv79LqdzkSi8aDQyrafIoQ0OlW6ofN0BA05Xg/OEIj HuwWrQqX0VSjyK+3rzWmSyZFrjb4YvxfW9w9L7zmadRW+LG5kVE0aySGL0nntRt2S7Rj 2mDHirxg8O5h3tYZII1XBDWftcbjVqHA+6RUAiGgY6E+t2UQ5J2Hi9zyJ9A2LdUtE5/1 ay0Q==
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=OLQTf0fotHoNieNqh0GimA7fxaTFJrjJOeZDx/EJVuU=; b=hGpTUGpW5e1wyloduyuN/XtaQz20Ft/hKyafF7iKN7nj0+ylT00/8vF74Di4ZAHF2x lx9htbDYMuamdWrDhIzbBQZ/0mTDdnJx1zgMP8vrkcbtD+t2DE3LTzB3UN/nWb64xxGe DLCaxHJr2xbPcviAB9YTl1it1u+P/qIIDpeDyAx+WrtUWgPKq7tPEz1jrcAipuzNpwPd y+Vbo6OKmNypqXjG5QXx1W5lZku59nX7R/OXM1b0xtsHz4umvv2yCrKkx3TlP0H0FdXL 2cgl/BEHy3t6xSxsQaTa+D4+4AkCMZbpKk8ieTbtEyYVNnCERETvXknWnsMGSZtGDzuX okZw==
X-Gm-Message-State: AODbwcAkaZ3mhEEeoHgJbCx6BZX4AzCJZUli07Ed4uQ57EAjBkK6UmiD GawV1SEOs1EMQ1ISkr0fWiAMsUdqcuwdVBT3kiNK7EIuD065r8MVXF0wjuqKE9adM5AuqrlTWfZ XPjdlnSbAWL/mzX4=
X-Received: by 10.31.171.3 with SMTP id u3mr14277984vke.22.1496848432225; Wed, 07 Jun 2017 08:13:52 -0700 (PDT)
X-Received: by 10.31.171.3 with SMTP id u3mr14277980vke.22.1496848432063; Wed, 07 Jun 2017 08:13:52 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.103.183.11 with HTTP; Wed, 7 Jun 2017 08:13:51 -0700 (PDT)
In-Reply-To: <CAJE_bqdcR+-6AxODiokcSRhRNb-5gcbRx0xwBqQ8AeOqYd2Daw@mail.gmail.com>
References: <20170602141112.x64nleqclygz7dwd@Vurt.local> <20170602141259.GD30896@gir.theapt.org> <CAKD1Yr0DtQYvCYLQexhXe_nhb5rjeyhnB4bCveqyO5Xbuwdg1A@mail.gmail.com> <CAKFn1SEdjhsQ3tKPZdbdfF4ArDzw-FZfjQT68gV55Fc-5vzBvw@mail.gmail.com> <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: David Farmer <farmer@umn.edu>
Date: Wed, 07 Jun 2017 10:13:51 -0500
Message-ID: <CAN-Dau08sssc6WnfYL0+7pvC_R5gAdQZu2bKxTyFWcSm0xFh=A@mail.gmail.com>
Subject: Re: draft-bourbaki-6man-classless-ipv6-00
To: 神明達哉 <jinmei@wide.ad.jp>
Cc: Job Snijders <job@instituut.net>, Erik Kline <ek@google.com>, 6man WG <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="001a11440008137d1a0551602fa1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/fNeA887sT0RLgqDFoY4mDz1ZozA>
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: Wed, 07 Jun 2017 15:13:56 -0000

On Tue, Jun 6, 2017 at 8:14 PM, 神明達哉 <jinmei@wide.ad.jp> wrote:
>
> 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]
>
> 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).
>

I think "should be 64" is the correct language, primarily because "must be
64" has been misinterpreted several times to justify hard coding 64 in IPv6
implementations, but also it seems like a false imperative.  Now that an
explicit manual configuration exception is included, I could live with
"must be 64", only if the language is further clarified as an operational
directive and not an implementation directive to hard code 64 along with
the list of exceptions.

So I'd prefer; "Interface Identifiers should be 64 bits long except..."
However, I could live with; "Operationally, Interface Identifiers must be
64 bits long except..."

I think either of these makes it clear 64 bit is the norm, but this should
not enforced by an IPv6 implementations or hard coded in some way.

Unless someone has language to clarify the purpose for the magic leading
bits of 000, I'd prefer to just level that execution out, in my experience
it only confuses the discussion.

Thanks

-- 
===============================================
David Farmer               Email:farmer@umn.edu
Networking & Telecommunication Services
Office of Information Technology
University of Minnesota
2218 University Ave SE        Phone: 612-626-0815 <(612)%20626-0815>
Minneapolis, MN 55414-3029   Cell: 612-812-9952 <(612)%20812-9952>
===============================================