Re: [Gen-art] Gen-ART Last Call review of draft-bchv-rfc6890bis-06

Brian Haberman <brian@innovationslab.net> Tue, 25 April 2017 12:20 UTC

Return-Path: <brian@innovationslab.net>
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 8BFC212EC6E; Tue, 25 Apr 2017 05:20:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham 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 NGSK_BrEb3Db; Tue, 25 Apr 2017 05:20:44 -0700 (PDT)
Received: from uillean.fuaim.com (uillean.fuaim.com [206.197.161.140]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2E00B12EC5A; Tue, 25 Apr 2017 05:20:44 -0700 (PDT)
Received: from clairseach.fuaim.com (clairseach-high.fuaim.com [206.197.161.158]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by uillean.fuaim.com (Postfix) with ESMTP id 1228488138; Tue, 25 Apr 2017 05:20:44 -0700 (PDT)
Received: from clemson.local (swifi-nat.jhuapl.edu [128.244.87.133]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by clairseach.fuaim.com (Postfix) with ESMTP id 745093280AE4; Tue, 25 Apr 2017 05:20:43 -0700 (PDT)
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, draft-bchv-rfc6890bis.all@ietf.org
References: <48bebccb-4cf0-a218-38aa-af3fde41ad19@alum.mit.edu>
Cc: General Area Review Team <gen-art@ietf.org>
From: Brian Haberman <brian@innovationslab.net>
Message-ID: <5716a6ec-0b08-1851-4c1d-7c6cbe35c1f0@innovationslab.net>
Date: Tue, 25 Apr 2017 08:20:42 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <48bebccb-4cf0-a218-38aa-af3fde41ad19@alum.mit.edu>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="wD5kocct6Ne92gsOboOJlaRBSkKqPA1WG"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gen-art/O2HlQnOuHheFS7V2Aa5zxTblrQ0>
Subject: Re: [Gen-art] Gen-ART Last Call review of draft-bchv-rfc6890bis-06
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 25 Apr 2017 12:20:45 -0000

Hi Paul,

On 4/22/17 3:23 PM, Paul Kyzivat wrote:
> I am the assigned Gen-ART reviewer for this draft. The General Area
> Review Team (Gen-ART) reviews all IETF documents being processed by the
> IESG for the IETF Chair. Please wait for direction from your document
> shepherd or AD before posting a new version of the draft. For more
> information, please see the FAQ at <​
> http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.
> 
> Document: draft-bchv-rfc6890bis-06
> Reviewer: Paul Kyzivat
> Review Date: 2017-04-22
> IETF LC End Date: 2017-03-10
> IESG Telechat date: 2017-04-25
> 
> Summary:
> 
> This draft is basically ready for publication, but has nits that should
> be fixed before publication.
> 
> General Comments:
> 
> This version is *much* easier to understand than the -04 version that I
> previously reviewed.
> 
> Issues:
> 
> Major: 0
> Minor: 0
> Nits:  1
> 
> (1) Nit:
> 
> In section 2.3 the requested handling of footnotes is confusing.
> IIUC, the intent is:
> 
> - add a new footnote between the existing [1] and [2];
> 
> - add a new footnote at the end after the existing [5];
> 
> - renumber the footnotes sequentially (from [1] to [7]);
> 
> - adjust all the existing footnote references to refer to the same
>   footnote as previously, but using the new numbering;
> 
> - then, add references to the new footnotes [2] and [7] to the entries
>   for TEREDO and Unique-Local.
> 
> It took me a few readings of the current text to convince myself that is
> what you intended. It would be better to be more explicit about it.

Your understanding is correct. To help the reader, I have added the
following to the beginning of 2.3:

The following changes to the IPv6 Special-Purpose Address Registry
involves the insertion of two new footnotes. These changes require the
footnotes to be re-numbered.

Does that help explain the changes in a clearer manner?

Regards,
Brian