[Ace] Robert Wilton's No Objection on draft-ietf-ace-extend-dtls-authorize-06: (with COMMENT)

Robert Wilton via Datatracker <noreply@ietf.org> Tue, 14 February 2023 10:43 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: ace@ietf.org
Delivered-To: ace@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CCE2C151542; Tue, 14 Feb 2023 02:43:17 -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-ace-extend-dtls-authorize@ietf.org, ace-chairs@ietf.org, ace@ietf.org, mglt.ietf@gmail.com, mglt.ietf@gmail.com
X-Test-IDTracker: no
X-IETF-IDTracker: 9.9.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Robert Wilton <rwilton@cisco.com>
Message-ID: <167637139737.44190.18251026879795694227@ietfa.amsl.com>
Date: Tue, 14 Feb 2023 02:43:17 -0800
Archived-At: <https://mailarchive.ietf.org/arch/msg/ace/5Os6nB7gGxFvY321YUQDLzVGd9M>
Subject: [Ace] Robert Wilton's No Objection on draft-ietf-ace-extend-dtls-authorize-06: (with COMMENT)
X-BeenThere: ace@ietf.org
X-Mailman-Version: 2.1.39
List-Id: "Authentication and Authorization for Constrained Environments \(ace\)" <ace.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ace>, <mailto:ace-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ace/>
List-Post: <mailto:ace@ietf.org>
List-Help: <mailto:ace-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ace>, <mailto:ace-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Feb 2023 10:43:17 -0000

Robert Wilton has entered the following ballot position for
draft-ietf-ace-extend-dtls-authorize-06: 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-ace-extend-dtls-authorize/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Minor level comments:

(1) p 2, sec 4.  Connection Establishment

     Clients and Resource Servers
   SHOULD support DTLS and MAY support TLS.

This seems to make successful interop a bit less likely to me.  Perhaps it
would be sensible to suggest that Resource Servers SHOULD support both DTLS and
TLS?

Nit level comments:

(2) p 1, sec 1.  Introduction

    UDP
   might be blocked on the path between the client and the RS, and the

Trivial nit (which the RFC editor will fix anyway), you are using RS here in
the introduction before it is defined in section 4.

(3) p 2, sec 4.  Connection Establishment

   As resource-constrained devices are not expected to support both
   transport layer security mechanisms.

Another nit, this sentence doesn't stand well on its own please drop the "As"
or link this sentence with the next.