Re: <draft-ietf-6man-rfc4291bis-09.txt>

Bob Hinden <bob.hinden@gmail.com> Wed, 05 July 2017 20:34 UTC

Return-Path: <bob.hinden@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 EE8B5131DD0 for <ipv6@ietfa.amsl.com>; Wed, 5 Jul 2017 13:34:41 -0700 (PDT)
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 P9v0gMtfbJkG for <ipv6@ietfa.amsl.com>; Wed, 5 Jul 2017 13:34:40 -0700 (PDT)
Received: from mail-wr0-x230.google.com (mail-wr0-x230.google.com [IPv6:2a00:1450:400c:c0c::230]) (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 28CED131575 for <ipv6@ietf.org>; Wed, 5 Jul 2017 13:34:40 -0700 (PDT)
Received: by mail-wr0-x230.google.com with SMTP id k67so355148wrc.2 for <ipv6@ietf.org>; Wed, 05 Jul 2017 13:34:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=rmyu1kFVzxRy5RBos3CsuL4LYp5pSGbifdHOZrWOnOw=; b=ThTi12eY7Ihk/c8oFrCrsAWYwyPfGRle+1IFIwMnzxRgHJOfvoZbn32BofB41X5WOM Q6zyeaXgZB7L31FIn4gFv51Eh/JqhvcpdfCZ+KrV+ZfTUz1HiQPC+9SKPXUCg/UscSKM irz+6bUlm4jeoirJLKmvIgQP0KIOG0aC58qFB33GaMKT6TsHC7GPz5b711oV48JMFZjb 9gf1QlWrg3+pnGm8KVtxt+j+oQtntcBzhTYLv4uwF/hWPVPH+PDUVGN36qpoWDkZeQak bpDKIX1shNdXSJh0oRPj6qGKegtPcbLOjIUvQwb2+TLZegp6CqzbCIqNkr6mjSA0+4CM wELA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=rmyu1kFVzxRy5RBos3CsuL4LYp5pSGbifdHOZrWOnOw=; b=gSqGfxs+LwjwEp1sZ9QqPEOUGeh5zY3smQh52dcJ18lGQ6aEqDZddejCRoqRh/LHxa ubCF4ZlknqKzhuetUtXWQyz3wyWr6xQ2qa/fiFstHXNl9dUFU/amz2vHS9vNIevw59ar XcZj4wdT8wTMGhlEc54iMmxWzl8UUknvMB9RznZWfF9tQpiRI4sXxPkYJq+CGE4V2iKh HUwXwu2TBBh8guYPfNRT3kixuVvl1/XdJ7QpSdSnoj4ljDWf3HdxAKgwtOFQCcVfl4Fg eyjWEhFw9BsOqrEvpiMPgvNxv+TNnDMGqAO9BhB2Y3HZ9ULj/DXcrbdj50RUcsE/wzgq XYpQ==
X-Gm-Message-State: AKS2vOzqZHhq88pFGLaoa7w7TX7PKunztIc5q9vI32TGH50xNr4SIQHT V/Lh1jjizKv5Z7Wg8MQ=
X-Received: by 10.223.139.24 with SMTP id n24mr42904476wra.116.1499286878680; Wed, 05 Jul 2017 13:34:38 -0700 (PDT)
Received: from [172.16.224.219] ([209.97.127.34]) by smtp.gmail.com with ESMTPSA id 22sm8144wru.29.2017.07.05.13.34.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Jul 2017 13:34:37 -0700 (PDT)
From: Bob Hinden <bob.hinden@gmail.com>
Message-Id: <D691C19D-F3D8-4487-8641-DBA7A8DF8A3E@gmail.com>
Content-Type: multipart/signed; boundary="Apple-Mail=_7F54715D-A8B2-4EE2-B793-0EAF6727D436"; protocol="application/pgp-signature"; micalg="pgp-sha512"
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Subject: Re: <draft-ietf-6man-rfc4291bis-09.txt>
Date: Wed, 05 Jul 2017 13:34:32 -0700
In-Reply-To: <CAN-Dau0O6hrxmWiWa7yPNDkq7Dz_m1y8wA7bYx_1wYuTpM0ruw@mail.gmail.com>
Cc: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
To: David Farmer <farmer@umn.edu>
References: <20150804195752.5065.13523.idtracker@ietfa.amsl.com> <5AB14F48-2799-4A86-830D-E8A89CCADAAC@gmail.com> <CAN-Dau0O6hrxmWiWa7yPNDkq7Dz_m1y8wA7bYx_1wYuTpM0ruw@mail.gmail.com>
X-Mailer: Apple Mail (2.3273)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/FhkUcUbzP9B9qzzCnBMHlD7OCDM>
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, 05 Jul 2017 20:34:42 -0000

Hi David,

> On Jul 3, 2017, at 1:22 PM, David Farmer <farmer@umn.edu> wrote:
> 
> 
> 
> On Mon, Jul 3, 2017 at 12:36 PM, Bob Hinden <bob.hinden@gmail.com> wrote:
> Hi,
> 
> I published a new 6man w.g. version (-09) of the RFC4291bis draft.  See links below.
> 
> The summary of the changes are:
> 
>        o   Added text to the last paragraph in Section 2.1 to clarify
>            the differences on how subnets are hangled in IPv4 and IPv6,
>            includes a reference to RFC5942 "The IPv6 Subnet Model: The
>            Relationship between Links and Subnet Prefixes".
> 
> I was thinking about suggesting a reference to RFC5942 "The IPv6 Subnet Model", but I wasn't sure where to put it, I really like were you put it.

Good, thanks.

> 
> However, I still think the following paragraph is still too easily misunderstood to imply subnets must be /64 or 64 bits for both address generation and on-link determination.
> 
>    Interface Identifiers are 64 bit long except if the first three bits
>    of the address are 000, or when the addresses are manually
>    configured, or by exceptions defined in standards track documents.
>    The rationale for using 64 bit Interface Identifiers can be found in
> 
>    [RFC7421].  An example of a standards track exception is [RFC6164]
>    that standardises 127 bit prefixes on inter-router point-to-point
>    links.
> 
> 
> How about a note clarifying the intent of the this paragraph, something like this;
> 
>       Note: While the previous paragraph does imply 64 bit subnet prefixes
>       are typically assigned to most links. It does not imply anything
>       about what portion, if any, of a subnet is considered to be on-link,
>       see Section 2.1 for more discussion. However, Router Advertisements
>       [RFC4861] specifying 64 bit on-link prefixes are typically
>       configured on most links.

Now that the text you refer to is in Section 2.4.1. "Interface Identifiers”, it is about Interface Identifiers, very little is said about prefixes (except that IIDs are required to be unique on a prefix, but even that is about IIDs).  I don’t think it is implying anything one way or about on-link properties.  I think that is covered pretty well in the new paragraph in Section 2.1 "Addressing Model” that includes the link to RFC5942.

Thanks,
Bob



> 
> 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
> Minneapolis, MN 55414-3029   Cell: 612-812-9952
> ===============================================