[lamps] Francesca Palombini's No Objection on draft-ietf-lamps-cmp-updates-22: (with COMMENT)
Francesca Palombini via Datatracker <noreply@ietf.org> Mon, 27 June 2022 18:46 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: spasm@ietf.org
Delivered-To: spasm@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2491EC15A742; Mon, 27 Jun 2022 11:46:27 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Francesca Palombini via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-lamps-cmp-updates@ietf.org, lamps-chairs@ietf.org, spasm@ietf.org, housley@vigilsec.com, housley@vigilsec.com
X-Test-IDTracker: no
X-IETF-IDTracker: 8.5.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Francesca Palombini <francesca.palombini@ericsson.com>
Message-ID: <165635558714.46948.4072872589231570179@ietfa.amsl.com>
Date: Mon, 27 Jun 2022 11:46:27 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/spasm/gDKPmp3vIg-N3_NDeaRBO3RpSCk>
Subject: [lamps] Francesca Palombini's No Objection on draft-ietf-lamps-cmp-updates-22: (with COMMENT)
X-BeenThere: spasm@ietf.org
X-Mailman-Version: 2.1.39
List-Id: "This is a venue for discussion of doing Some Pkix And SMime \(spasm\) work." <spasm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spasm>, <mailto:spasm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spasm/>
List-Post: <mailto:spasm@ietf.org>
List-Help: <mailto:spasm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spasm>, <mailto:spasm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Jun 2022 18:46:27 -0000
Francesca Palombini has entered the following ballot position for draft-ietf-lamps-cmp-updates-22: 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/about/groups/iesg/statements/handling-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-lamps-cmp-updates/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work on this document. I have a few minor comments, hopefully easy to fix; answers are appreciated. Francesca 1. ----- previous PKI management operation). PKIProtection will contain a MAC value and the protectionAlg MAY be one of the options described in CMP Algorithms [I-D.ietf-lamps-cmp-algorithms]. The PasswordBasedMac FP: I think the correct term here is MUST rather than MAY, otherwise this seem to imply that the protectionAlg can be something different as well. 2. ----- Note: In case several EC curves are supported, several id-ecPublicKey elements need to be given, one per named curve. FP: I could not find id-ecPublicKey in RFC 4210, could you give more context where this element is defined? 3. ----- Section 2.25 and 3.4 - IANA considerations FP: Given that Section 4 does now a full update of the IANA considerations (as a result from Paul's comment, which I believe was a necessary improvement), it seems to me as Section 2.25 and 3.4 have become useless. I suggest to just remove those to avoid the redundancy (and the risk for future updates that will modify one section but not the other). 4. ----- [RFC4210]. This document redirects to the new algorithm profile as specified in Appendix A.1 of CMP Algorithms [I-D.ietf-lamps-cmp-algorithms]. ... For specifications of algorithm identifiers and respective conventions for conforming implementations, please refer to CMP Algorithms Appendix A.1 [I-D.ietf-lamps-cmp-algorithms]. FP: There is no Appendix A.1 of [I-D.ietf-lamps-cmp-algorithms]. Did you mean Section 7? 5. ----- FP: Nits reports the following: == Unused Reference: 'RFC2510' is defined on line 1580, but no explicit reference was found in the text RFC 2510 does appear in the document, but only in the section header, I would suggest adding the reference in the text as well.
- [lamps] Francesca Palombini's No Objection on dra… Francesca Palombini via Datatracker
- Re: [lamps] Francesca Palombini's No Objection on… Brockhaus, Hendrik
- Re: [lamps] Francesca Palombini's No Objection on… Brockhaus, Hendrik
- Re: [lamps] Francesca Palombini's No Objection on… Francesca Palombini
- Re: [lamps] Francesca Palombini's No Objection on… Brockhaus, Hendrik