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

David Farmer <farmer@umn.edu> Sat, 22 July 2017 20:54 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 ACE05131919 for <ipv6@ietfa.amsl.com>; Sat, 22 Jul 2017 13:54:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.801
X-Spam-Level:
X-Spam-Status: No, score=-3.801 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, RCVD_IN_SORBS_SPAM=0.5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-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 OOiZ5tLE_ega for <ipv6@ietfa.amsl.com>; Sat, 22 Jul 2017 13:54:06 -0700 (PDT)
Received: from mta-p7.oit.umn.edu (mta-p7.oit.umn.edu [134.84.196.207]) (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 A264A1317BE for <ipv6@ietf.org>; Sat, 22 Jul 2017 13:54:06 -0700 (PDT)
Received: from localhost (unknown [127.0.0.1]) by mta-p7.oit.umn.edu (Postfix) with ESMTP id 1B13AAB3 for <ipv6@ietf.org>; Sat, 22 Jul 2017 20:54:06 +0000 (UTC)
X-Virus-Scanned: amavisd-new at umn.edu
Received: from mta-p7.oit.umn.edu ([127.0.0.1]) by localhost (mta-p7.oit.umn.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8ZCuQHscI5QK for <ipv6@ietf.org>; Sat, 22 Jul 2017 15:54:05 -0500 (CDT)
Received: from mail-vk0-f70.google.com (mail-vk0-f70.google.com [209.85.213.70]) (using TLSv1.2 with cipher AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mta-p7.oit.umn.edu (Postfix) with ESMTPS id C5CBE9F0 for <ipv6@ietf.org>; Sat, 22 Jul 2017 15:54:05 -0500 (CDT)
Received: by mail-vk0-f70.google.com with SMTP id i187so10801451vke.2 for <ipv6@ietf.org>; Sat, 22 Jul 2017 13:54:05 -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=Piki4SiO+BChUkciNLpbfePNFSCTtqGc87VybiDhb0Y=; b=PCfhqwikBRc4iItJLK9sRZzA2UKqCBuauCtuNNNReEVSAXdP6wifE6QFIdo+wISQpQ +x0EYrYknvN8Lu5xvSEIHyUCd4h4JtG9eHee/1reijbAGMSSRh98s7f0Yaq038/dZFPA HzaX9pvrFhFuRiIO8GQeiGh6r6udilPKQUexK12CWCUw+oP9Mu1dmSJLjITqylP/MSkn 6WKLv0zgJXAhNs9sKljaFdsFNxcOCmpdp9qaNJIt8iirghs9LRvB0Y7EchkVCnwngP7E iersicX7IL2Om808PdUr6vwlk3YwvMstDjXMMEeEsDBYJY0lzgbNT/SwC1FqZY6pXKLp B4RA==
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=Piki4SiO+BChUkciNLpbfePNFSCTtqGc87VybiDhb0Y=; b=tVUOYVYYWU9FV/Vz3i1MaxpPjmmXLZZYRNVOiaAq0TV75NIo63+x7kz5CVS7salgm6 3nl212s7kVymnhDp2QjZtMwlaQi+Q4MdnVj75i6bmrZFrF190QpQcOvj+e833cpe7+ud fk2453vceUxLLu6lt8N3vcOW1pCbGeupWexzwmwJ8EkWiJiSXtSgnoQU94ul/1X662sl 9Qi+0easXZdPop2zuybezwU65ctn7SEz/jf8yasWTHu0pVSvMuaYX3Da4TTYLrRJsx/7 TzQTpJDacy5YTHVcH9xsh+HG0qJ0+qkTLabiNxwEz6xmpQHiTHbgxzdxQW5Om/NjMoxm bT8w==
X-Gm-Message-State: AIVw110LOJdMVTgSnQ5ezDWC2bcBm3O6SI7R0NQNuBEf6dvVDLSeGUZl cMSggjTHTAcf0YOrnBu/wJQlMPNRhzJBBdFnxtKwZAEA7fVyd2pU778xHikwVddPzDcorfhtIJG Yrg6FKEIIN27/qqU=
X-Received: by 10.159.33.211 with SMTP id 77mr5962933uac.218.1500756844522; Sat, 22 Jul 2017 13:54:04 -0700 (PDT)
X-Received: by 10.159.33.211 with SMTP id 77mr5962929uac.218.1500756844329; Sat, 22 Jul 2017 13:54:04 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.103.72.221 with HTTP; Sat, 22 Jul 2017 13:54:03 -0700 (PDT)
In-Reply-To: <345495C4-030E-41FA-98CD-B403509B9402@google.com>
References: <20150804195752.5065.13523.idtracker@ietfa.amsl.com> <5AB14F48-2799-4A86-830D-E8A89CCADAAC@gmail.com> <CAKD1Yr0Bt4hhBvtSVWrLpns4odzek3U5WJkuQoS1NGsPozW0sg@mail.gmail.com> <CAN-Dau3vVREsYc4Y6AAdDpLKsMjwH_2saS7JTn8P6fRDXRKV7Q@mail.gmail.com> <CD9ED408-9574-4DBC-ADE7-C9D4FD5CB52E@google.com> <88a8e423-535a-d794-6f46-b89daeb21328@gmail.com> <25C70103-5F10-441E-8A1D-D7C7248AC1BB@google.com> <1aaa2f1c-45c4-2e27-a85c-1f21a340f099@gmail.com> <345495C4-030E-41FA-98CD-B403509B9402@google.com>
From: David Farmer <farmer@umn.edu>
Date: Sat, 22 Jul 2017 15:54:03 -0500
Message-ID: <CAN-Dau2CEMEebYhMT6NKFfYOTeos48SoUG2EixApN6dw=NiTxg@mail.gmail.com>
Subject: Re: <draft-ietf-6man-rfc4291bis-09.txt>
To: james woodyatt <jhw@google.com>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, IPv6 List <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="001a1135526099d7380554ee2e08"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/16LkoolTXRHSxX1jb-CiYO6MdM4>
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: Sat, 22 Jul 2017 20:54:09 -0000

On Wed, Jul 19, 2017 at 3:12 AM, james woodyatt <jhw@google.com> wrote:

> On Jul 19, 2017, at 09:57, Brian E Carpenter <brian.e.carpenter@gmail.com>
> wrote:
>
> On 19/07/2017 18:22, james woodyatt wrote:
>
> On Jul 19, 2017, at 01:15, Brian E Carpenter <brian.e.carpenter@gmail.com>
> wrote:
>
>
> Hmm. Let's consider a case in which the last-hop route to a given LAN has
> a prefix of
> length, say, /80. What is the name of the bit-string from bits 81 through
> 127 of the
> host address? If they aren't called the "IID" what are they called?
>
>
> If have yet to find where RFC 4291 clearly names the part of an IPv6
> address that follows a *routing* prefix apart from a *subnet* prefix.
> Moreover, the phrase “last-hop route to a given LAN” is not equivalent to
> the concept of a subnet, and such a routing prefix is not equivalent to a
> subnet prefix. As RFC 5942 clarifies.
>
>
> Agreed, but I phrased my question in full knowledge of that. What do we
> call those trailing
> bits of the address? (I was reading the source of the Python 'ipaddress'
> module yesterday,
> and saw a comment about 'host bits', but that seems very 20th century,
> given that the
> IPv6 architecture refers to interfaces.)
>
>
> I’ve been mentally using “address suffix” for this concept, and I find
> that I rarely have much need for it. I suppose if I were using on-link
> prefixes longer than /64, then I’d need it so I could differentiate between
> the 64-bit Interface ID and the shorter part of the address that follows
> the on-link prefix.
>

I think I'd prefer to call the righthand side of both a subnet prefix and a
on-link prefix an interface identifier, because in both case it is a node's
interface that is being identified.  Then generically they are interface
identifiers, if you are referring to a specific aspect it is qualified with
the aspect.

generically;

prefix / interface identifier

with specific aspects being referred to as;

subnet prefix / subnet interface identifier
on-link prefix / on-link interface identifier

Then it would be subnet interface identifiers that are 64 bits, except ...
and on-link interface identifiers are any length.

That is basically the assertion that started this part of the discussion,
and that did fly with at least some.

So, I've been kicking around other ideas, because if the righthand side of
an on-link prefix isn't an interface identifier, it needs another name. How
about;

node identifier
on-link identifier
host identifier
on-link node
on-link host

I think I like on-link node best, but on-link identifier is a close second
for me.

so;

subnet prefix / interface identifier
on-link prefix / on-link node

or;

subnet prefix / interface identifier
on-link prefix / on-link identifier

What do others think?

-- 
===============================================
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>
===============================================