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

Brian E Carpenter <brian.e.carpenter@gmail.com> Thu, 20 July 2017 02:01 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 7365D12EACC for <ipv6@ietfa.amsl.com>; Wed, 19 Jul 2017 19:01:35 -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 K09Lgvp3bWQ2 for <ipv6@ietfa.amsl.com>; Wed, 19 Jul 2017 19:01:34 -0700 (PDT)
Received: from mail-pf0-x22d.google.com (mail-pf0-x22d.google.com [IPv6:2607:f8b0:400e:c00::22d]) (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 28BF2126C2F for <ipv6@ietf.org>; Wed, 19 Jul 2017 19:01:34 -0700 (PDT)
Received: by mail-pf0-x22d.google.com with SMTP id s70so6547618pfs.0 for <ipv6@ietf.org>; Wed, 19 Jul 2017 19:01:34 -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=3yce3H/0p+2WzUHx/4Jk5kxq06bRfZw3iLqc16mSxDk=; b=SodDkUyZLHxsAXQ9VWDsEpaLJgDdkvPwC/kaQpCQmtJdO2xKGrzs4Bgj6AHY0FUGLj uQ8uB4nefS0FSwrHGZxFHQ2TKaqC7L6TWWf6lw7cZVJYj/bscYm0ot4Zcvf4Txzz1ez5 ne028FDxUvCx6sa8+8vDHwsJ9zNh7IJfYp3NkaMJTWEGZIlMWNT56VN2QhN0BCi/Pa0H o8T7SKeL9PSqikTewZGJ5UJ89sacqjh7Z/hhIE7UhQDPxdOLjeRfCfRtXUruZ9iGbCzD SmpFMjjQonyx3ZktN/hjXmFonDiNFXz//Ipq4gusyp7wmuf5KCkw472MLTiepgtalyel ta3w==
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=3yce3H/0p+2WzUHx/4Jk5kxq06bRfZw3iLqc16mSxDk=; b=ApQ4mVSHjjymayr17V25nhw6kNasJRDhRfFYakSCq5tTO0saPvjYJ27G3R2xP8NOlE 5DTLULuGmW2M2+DfRIvn+Gjx+1H9qW1HJ70kwxpBVClf8vMaNmcVpmD8gju5/Phhh8eT FI+hgwcBO6TT6PwOEBN+07eQTH1NcUrYVf5r1fgNH4tTsXvuQHwaNNzIx+wR4fTk0rzd HcLq0lXJywbtZqsh6yY8UrRpbS+Taees6KtCd2Ov7Iz5nOFZ7iBnU9qnwE7klLByBEs1 bLCsO1YI3fxOmIQzqyC8A1ED2B4R3sWy3EOv9zWFCSehtcfb7ijaoodSvoGddNsRdtE8 fAHA==
X-Gm-Message-State: AIVw110xZ6MV/HifIiMxnGDJDY9+uhkJlKxChi16gQ/jDLgyt3yHfDbz VcY+NfOxVgrP/vLd
X-Received: by 10.99.44.138 with SMTP id s132mr2145053pgs.318.1500516093628; Wed, 19 Jul 2017 19:01:33 -0700 (PDT)
Received: from ?IPv6:2406:e001:3dad:1:28cc:dc4c:9703:6781? ([2406:e001:3dad:1:28cc:dc4c:9703:6781]) by smtp.gmail.com with ESMTPSA id 85sm1732444pfr.90.2017.07.19.19.01.31 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Jul 2017 19:01:33 -0700 (PDT)
Subject: Re: <draft-ietf-6man-rfc4291bis-09.txt>
To: Nick Hilliard <nick@foobar.org>, David Farmer <farmer@umn.edu>
Cc: Bob Hinden <bob.hinden@gmail.com>, IPv6 List <ipv6@ietf.org>
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> <596F63F4.9010501@foobar.org>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Organization: University of Auckland
Message-ID: <fe7a1def-e656-c6d8-5336-ed5595331b74@gmail.com>
Date: Thu, 20 Jul 2017 14:01:35 +1200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <596F63F4.9010501@foobar.org>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/C_WDTstpAsQL4eGTiHoluJmOr7c>
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, 20 Jul 2017 02:01:35 -0000

On 20/07/2017 01:51, Nick Hilliard wrote:
> David Farmer wrote:
>> 2. The fact that some components of IPv6 are architecturally based on
>> 64bit IIDs doesn't mean that operationally IIDs are always required to
>> be 64 bits.
> 
> this is certainly implied by the current text in -09.
> 
>> Rather than implying that operationally IID are required to
>> be 64bits, how about simply stating that operationally 64 bit IIDs are
>> recommended. This eliminates the need to enumerate all the exceptions,
>> which probably isn't something an architectural document should be doing.
> 
> This would be a good way of dealing with this issue and you're correct
> to state that enumerating exceptions is something that ought to be
> avoided in architectural documents.

But what is needed is clarity in definitions, which is why I've been
asking what the low order bits in an IPv6 address are called in cases
where people claim they are not called an IID.

(My answer fwiw is that they are always called an IID, because once
you're on the final link, those bits serve only to deliver the packet
to the intended interface, so they must uniquely identify that
interface.)

    Brian

    Brian