[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.