[dtn] Robert Wilton's No Objection on draft-ietf-dtn-bpsec-25: (with COMMENT)
Robert Wilton via Datatracker <noreply@ietf.org> Thu, 03 December 2020 12:28 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: dtn@ietf.org
Delivered-To: dtn@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E45B53A09C6; Thu, 3 Dec 2020 04:28:04 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Robert Wilton via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-dtn-bpsec@ietf.org, dtn-chairs@ietf.org, dtn@ietf.org, Scott Burleigh <Scott.C.Burleigh@jpl.nasa.gov>, Scott.C.Burleigh@jpl.nasa.gov
X-Test-IDTracker: no
X-IETF-IDTracker: 7.23.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Robert Wilton <rwilton@cisco.com>
Message-ID: <160699848491.1085.4813872629626270913@ietfa.amsl.com>
Date: Thu, 03 Dec 2020 04:28:04 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/dtn/ZGfsMKRVg8vTJFUBYUVs7B6sJxY>
Subject: [dtn] Robert Wilton's No Objection on draft-ietf-dtn-bpsec-25: (with COMMENT)
X-BeenThere: dtn@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Delay Tolerant Networking \(DTN\) discussion list at the IETF." <dtn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dtn>, <mailto:dtn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dtn/>
List-Post: <mailto:dtn@ietf.org>
List-Help: <mailto:dtn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dtn>, <mailto:dtn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Dec 2020 12:28:12 -0000
Robert Wilton has entered the following ballot position for draft-ietf-dtn-bpsec-25: 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/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-dtn-bpsec/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for this document, this is somewhat outside of my area of expertise and has previously been reviewed by the IESG. A couple of minor comments related to section 3.6: (1) When reading section 3.6, I was questioning whether explicit or arbitrary length CBOR arrays were used. I found that this behavior was only clarified once I got to section 4. From a document structure perspective, I wonder whether it wouldn't be better for section 4 to be part of section 3. (2) In some places, I was surprised that a CBOR array is used in place of a CBOR map. E.g., both in the Security Context Parameters and the Security Results. Is there a reason why CBOR arrays was chosen here over maps? 3) For security context flags, it states: "Implementations MUST set reserved bits to 0 when writing this field". However, I find that somewhat confusing given how CBOR encodes integers and only encodes what is required and effectively leaves out all most significant 0 bits from the encoding. Perhaps this text could be clarified? Regards, Rob
- [dtn] Robert Wilton's No Objection on draft-ietf-… Robert Wilton via Datatracker
- Re: [dtn] [EXT] Robert Wilton's No Objection on d… Birrane, Edward J.