Re: [Gen-art] Genart last call review of draft-ietf-6man-rfc4941bis-10

Russ Housley <housley@vigilsec.com> Sun, 13 September 2020 17:52 UTC

Return-Path: <housley@vigilsec.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B71353A0AFD for <gen-art@ietfa.amsl.com>; Sun, 13 Sep 2020 10:52:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
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 QmjKMiEDjJ_w for <gen-art@ietfa.amsl.com>; Sun, 13 Sep 2020 10:52:02 -0700 (PDT)
Received: from mail.smeinc.net (mail.smeinc.net [209.135.209.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01ACC3A0B02 for <gen-art@ietf.org>; Sun, 13 Sep 2020 10:52:02 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail.smeinc.net (Postfix) with ESMTP id F28A1300B9C for <gen-art@ietf.org>; Sun, 13 Sep 2020 13:46:32 -0400 (EDT)
X-Virus-Scanned: amavisd-new at mail.smeinc.net
Received: from mail.smeinc.net ([127.0.0.1]) by localhost (mail.smeinc.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 90cd9a3Z_XWZ for <gen-art@ietf.org>; Sun, 13 Sep 2020 13:46:29 -0400 (EDT)
Received: from a860b60074bd.fios-router.home (pool-141-156-161-153.washdc.fios.verizon.net [141.156.161.153]) by mail.smeinc.net (Postfix) with ESMTPSA id 9DDA0300AA2; Sun, 13 Sep 2020 13:46:29 -0400 (EDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\))
From: Russ Housley <housley@vigilsec.com>
In-Reply-To: <a4dab342-219a-0f54-9972-623146d3a5d3@si6networks.com>
Date: Sun, 13 Sep 2020 13:46:30 -0400
Cc: IETF Gen-ART <gen-art@ietf.org>, draft-ietf-6man-rfc4941bis.all@ietf.org, last-call@ietf.org, ipv6@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <B7F58E44-B48B-43F5-917A-262A21B70C38@vigilsec.com>
References: <159985539023.6692.3362899198639789498@ietfa.amsl.com> <a4dab342-219a-0f54-9972-623146d3a5d3@si6networks.com>
To: Fernando Gont <fgont@si6networks.com>
X-Mailer: Apple Mail (2.3445.104.15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/fkiVoHyY49ySUGbr83Yfg6w15MA>
Subject: Re: [Gen-art] Genart last call review of draft-ietf-6man-rfc4941bis-10
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 13 Sep 2020 17:52:04 -0000

Fernando:

> Thanks a lot for your comments! In-line....
> 
> On 11/9/20 17:16, Russ Housley via Datatracker wrote:
>> Reviewer: Russ Housley
>> Review result: Almost Ready
> [....]
>> Major Concerns:
>> In Section 2.2, the discussion of DNS names comes out of the blue.  In
>> RFC 4941, there was context for this discussion that has been dropped
>> from this document.  Some context is needed.
> 
> I reared the text, but I don't find it as "coming out of the blue". I guess one could add something to Section 2.1 to include DNS names... but, at the end of the day, the name is just another identifier.
> 
> Or put another way, I'm not sure what's the "context" I would add if asked to.
> 
> Thoughts?

This point from RFC 4941 is what I was talking about.

   One of the requirements for correlating seemingly unrelated
   activities is the use (and reuse) of an identifier that is
   recognizable over time within different contexts.  IP addresses
   provide one obvious example, but there are more.  Many nodes also
   have DNS names associated with their addresses, in which case the DNS
   name serves as a similar identifier.  Although the DNS name
   associated with an address is more work to obtain (it may require a
   DNS query), the information is often readily available.  In such
   cases, changing the address on a machine over time would do little to
   address the concerns raised in this document, unless the DNS name is
   changed as well (see Section 4).
> 
> 
> 
>> Minor Concerns:
>> The Abstract says: "This document describes an extension that ...".
>> It should state what protocol is being extended.  I believe this is an
>> extension for SLAAC.
> 
> Will tweak to "..describes an extension to Stateless Address Autoconfiguration in IPv6"
> 
> 
> 
>> Nits:
>> Section 1, first paragraph says: "... in [RFC7721],[RFC7217], and
>> RFC7707."  All three should be references.
> 
> Fixed.
> 
> 
> 
>> Section 1.1, last paragraph says: '... and not to "globally reachable"
>> as defined in [RFC8190].'  I think you want to say that this term does
>> not imply "globally reachable" as defined in [RFC8190].  That is, it
>> might be globally reachable, but it might not.
> 
> I could tweak to "..not imply 'global reachability' as defined in..".. but then RFC8190 only defines "globally reachable".
> 
> May be better to tweak the original text to:
> '..and not to "globally reachable" addresses, as defined...'
> 
> ?

That is an improvement.  Thanks.

> 
> 
>> IDnits reports:
>> ** The document seems to lack an IANA Considerations section.  (See Section
>>    2.2 of https://www.ietf.org/id-info/checklist for how to handle the case
>>    when there are no actions for IANA.)
>> == The 'Obsoletes: ' line in the draft header should list only the
>>    _numbers_ of the RFCs which will be obsoleted by this document (if
>>    approved); it should not include the word 'RFC' in the list.
> 
> Fixed.
> 
> Thanks a lot!

Russ