Re: [netconf] Lars Eggert's No Objection on draft-ietf-netconf-sztp-csr-12: (with COMMENT)

Kent Watsen <kent+ietf@watsen.net> Fri, 17 December 2021 16:19 UTC

Return-Path: <0100017dc930e649-38db63ee-870b-429c-8335-1d74ac629361-000000@amazonses.watsen.net>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BF633A061B; Fri, 17 Dec 2021 08:19:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 wSeFqXiVgmUY; Fri, 17 Dec 2021 08:19:26 -0800 (PST)
Received: from a48-110.smtp-out.amazonses.com (a48-110.smtp-out.amazonses.com [54.240.48.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 42E3E3A0776; Fri, 17 Dec 2021 08:19:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ug7nbtf4gccmlpwj322ax3p6ow6yfsug; d=amazonses.com; t=1639757965; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=qKSX78ZUSGSUWYBKFy3QtzDKPVGd2zRrfWOpKCK/q8U=; b=M75ha/pXU/3JrFrN7nZv/etNE9MGUeXaDpmkxkh4II97o+5DlZ/8UW7EblGc7itu hDE96CRiXWgJu0BL5TVBcDdruu5lNivNHAp6m11KQXMOzgySMpaOiOntRUYPM43fKln tvxPLlyJcRSZTWnbyWH4fW0VxIEj40WW6oIiJIPE=
From: Kent Watsen <kent+ietf@watsen.net>
Message-ID: <0100017dc930e649-38db63ee-870b-429c-8335-1d74ac629361-000000@email.amazonses.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_E050664D-E752-45A9-B813-3D9E83E9BD5F"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\))
Date: Fri, 17 Dec 2021 16:19:24 +0000
In-Reply-To: <163966259619.16795.14245849874966353326@ietfa.amsl.com>
Cc: The IESG <iesg@ietf.org>, draft-ietf-netconf-sztp-csr@ietf.org, "netconf-chairs@ietf.org" <netconf-chairs@ietf.org>, "netconf@ietf.org" <netconf@ietf.org>, Mahesh Jethanandani <mjethanandani@gmail.com>
To: Lars Eggert <lars@eggert.org>
References: <163966259619.16795.14245849874966353326@ietfa.amsl.com>
X-Mailer: Apple Mail (2.3654.120.0.1.13)
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2021.12.17-54.240.48.110
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/5FnDvfezMH_rfwC__ACVQFzMRew>
Subject: Re: [netconf] Lars Eggert's No Objection on draft-ietf-netconf-sztp-csr-12: (with COMMENT)
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Dec 2021 16:19:32 -0000

Hi Lars,

Thank you for your review.  Below are responses to your comments.

Diffs can be found here: GitHub link <https://github.com/netconf-wg/sztp-csr/commit/4036fb5110b45fe9e3f1e4067ba54d7637ee48b4>.   [some diffs are found in the TBD-commit for Ben’s review]

Kent (and Sean and Russ)


> On Dec 16, 2021, at 8:49 AM, Lars Eggert via Datatracker <noreply@ietf.org> wrote:
> 
> Lars Eggert has entered the following ballot position for
> draft-ietf-netconf-sztp-csr-12: No Objection
> 
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
> 
> 
> Please refer to https://www.ietf.org/blog/handling-iesg-ballot-positions/
> for more information about how to handle DISCUSS and COMMENT positions.
> 
> 
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-netconf-sztp-csr/
> 
> 
> 
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
> 
> Reference [I-D.ietf-netconf-crypto-types] from this Proposed Standard to
> draft-ietf-netconf-crypto-types of unknown standards level. That should be
> fixed in the datatracker for draft-ietf-netconf-crypto-types...

Silly chairs ;)  (Fixed)


> Document still refers to the "Simplified BSD License", which was corrected in
> the TLP on September 21, 2021. It should instead refer to the "Revised BSD
> License".

I didn’t know that, thanks for the update.  (Fixed)


> Thanks to Meral Shirazipour for their General Area Review Team (Gen-ART) review
> (https://mailarchive.ietf.org/arch/msg/gen-art/4XKQuQMRJ3xEca_Le-NpYcF-RYI).

Indeed.  Thanks to all who help publish these documents!  :)


> -------------------------------------------------------------------------------
> All comments below are about very minor potential issues that you may choose to
> address in some way - or ignore - as you see fit. Some were flagged by
> automated tools (via https://github.com/larseggert/ietf-reviewtool), so there
> will likely be some false positives. There is no need to let me know what you
> did with these suggestions.
> 
> Section 4.1.1. , paragraph 5, nit:
> -    private key and associated identity certificates and reexecution of
> +    private key and associated identity certificates and re-execution of
> +                                                           +

Fixed.


> Section 2.1. , paragraph 5, nit:
>> ver that it supports the ability the generate CSRs. This parameter conveys if
>>                                 ^^^^^^^^^^^^
> After "the", the verb "generate" doesn't fit. Is "generate" spelled correctly?
> If "generate" is the first word in a compound adjective, use a hyphen between
> the two words. Using the verb "generate" as a noun may be non-standard.

Fixed (now says "the ability to”)


> Section 2.1. , paragraph 5, nit:
>> the SZTP-client is able to generate an new asymmetric key and, if so, which
>>                                     ^^
> Use "a" instead of "an" if the following word doesn't start with a vowel sound,
> e.g. "a sentence", "a university".

Fixed (now says “a new”)


> Section 3.2. , paragraph 20, nit:
>> the TaggedCertificationRequest and it a bodyPartId and the certificateReque
>>                                    ^^^^
> A verb may be missing between "it" and "a", or a word may be misspelled.

Fixed (now says “and it is the”)  [from Ben’s review]


> Section 3.2. , paragraph 20, nit:
>> the TaggedCertificationRequest and it a bodyPartId and the certificateReque
>>                                    ^^^^
> A verb may be missing between "it" and "a", or a word may be misspelled.

Fixed (now says “and it is the”)  [from Ben’s review]


> Section 3.2. , paragraph 21, nit:
>> the TaggedCertificationRequest and it a bodyPartId and the certificateReque
>>                                    ^^^^
> A verb may be missing between "it" and "a", or a word may be misspelled.

Fixed (now says “and it is the”)  [from Ben’s review]


> Section 4.1.5. , paragraph 7, nit:
>> in Wu. Contributors Special thanks goes to David von Oheimb and Hendrik Broc
>>                                   ^^^^
> It seems that the correct verb form here is "go".

Fixed.


> Document references draft-ietf-netmod-factory-default, but that has been
> published as RFC8808.

Fixed.


> Document references draft-ietf-netconf-keystore-22, but -23 is the latest
> available revision.

Ignored (both are works in progress)


> Document references draft-ietf-netconf-trust-anchors-15, but -16 is the latest
> available revision.

Ignored (both are works in progress)


> These URLs point to tools.ietf.org, which is being deprecated:
> * http://tools.ietf.org/wg/netconf

Fixed! (Now both YANG modules point to "https://datatracker.ietf.org/wg/netconf”)


> These URLs in the document did not return content:
> * http://standards.ieee.org/findstds/standard/802.1AR-2018.html

Fixed! (URL now "https://standards.ieee.org/standard/802_1AR-2018.html <https://standards.ieee.org/standard/802_1AR-2018.html>"



Thanks again!
K.