[Captive-portals] Alvaro Retana's No Objection on draft-ietf-capport-architecture-08: (with COMMENT)

Alvaro Retana via Datatracker <noreply@ietf.org> Tue, 09 June 2020 20:16 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: captive-portals@ietf.org
Delivered-To: captive-portals@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AADC3A0788; Tue, 9 Jun 2020 13:16:49 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Alvaro Retana via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-capport-architecture@ietf.org, capport-chairs@ietf.org, captive-portals@ietf.org, Martin Thomson <mt@lowentropy.net>
X-Test-IDTracker: no
X-IETF-IDTracker: 7.3.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Alvaro Retana <aretana.ietf@gmail.com>
Message-ID: <159173380909.20537.14158593585230375343@ietfa.amsl.com>
Date: Tue, 09 Jun 2020 13:16:49 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/captive-portals/CYKiPAT9UF4a4Jx3UVAFYTRoge0>
Subject: [Captive-portals] Alvaro Retana's No Objection on draft-ietf-capport-architecture-08: (with COMMENT)
X-BeenThere: captive-portals@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Discussion of issues related to captive portals <captive-portals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/captive-portals>, <mailto:captive-portals-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/captive-portals/>
List-Post: <mailto:captive-portals@ietf.org>
List-Help: <mailto:captive-portals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/captive-portals>, <mailto:captive-portals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 09 Jun 2020 20:16:49 -0000

Alvaro Retana has entered the following ballot position for
draft-ietf-capport-architecture-08: 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-capport-architecture/



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

I have some minor comments:

(1) Please expand CAPPORT.

(2) §1: s/This document standardizes an architecture/This document describes an
architecture   This is not a standard track document.

(3) §1: "MAY allow a device to be alerted"   Other parts of the document (even
in the same section) talk about "devices can be notified" or "informs an
end-user", while "alert" is not mentioned anywhere else.  Given that "alert"
has the normative attachment, it would be nice to use consistent language.

(4) §2.1: "E.g....MAY avoid updating..."   s/MAY/may   This is an example, not
a normative statement.

(5) §3.1: "An Identifier MAY be a field...Or, an Identifier MAY be an ephemeral
property..."   s/MAY/may  These seem to be statements and not normative
statements.