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.
- [netconf] Lars Eggert's No Objection on draft-iet… Lars Eggert via Datatracker
- Re: [netconf] Lars Eggert's No Objection on draft… Kent Watsen