[Last-Call] Genart last call review of draft-ietf-httpapi-rfc7807bis-04

Pete Resnick via Datatracker <noreply@ietf.org> Thu, 27 October 2022 22:13 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: last-call@ietf.org
Delivered-To: last-call@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 028C2C1524DA; Thu, 27 Oct 2022 15:13:28 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Pete Resnick via Datatracker <noreply@ietf.org>
To: gen-art@ietf.org
Cc: draft-ietf-httpapi-rfc7807bis.all@ietf.org, httpapi@ietf.org, last-call@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 8.19.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <166690880800.46780.14432111778502052910@ietfa.amsl.com>
Reply-To: Pete Resnick <resnick@episteme.net>
Date: Thu, 27 Oct 2022 15:13:28 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/77SP9SbqCVeB5QjrEfH8fq6Z5jE>
Subject: [Last-Call] Genart last call review of draft-ietf-httpapi-rfc7807bis-04
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Oct 2022 22:13:28 -0000

Reviewer: Pete Resnick
Review result: Ready

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<https://trac.ietf.org/trac/gen/wiki/GenArtfaq>.

Document: draft-ietf-httpapi-rfc7807bis-04
Reviewer: Pete Resnick
Review Date: 2022-10-27
IETF LC End Date: 2022-11-03
IESG Telechat date: Not scheduled for a telechat

Summary: Ready to go; one comment below.

Major issues: None

Minor issues: None

Nits/editorial comments:

This paragraph in section 4 struck me oddly:

   An extension member (see Section 3.2) MAY occur in the Problem field
   if its name is compatible with the syntax of Dictionary keys (see
   Section 3.2 of [STRUCTURED-FIELDS]) and if the defining problem type
   specifies a Structured Type to serialize the value into.

That almost sounds like what you want to say is:

   If an extension member (see Section 3.2) occurs in the Problem field,
   its name MUST be compatible with the syntax of Dictionary keys (see
   Section 3.2 of [STRUCTURED-FIELDS]) and the defining problem type
   MUST specify a Structured Type to serialize the value into.

I'm curious if you are making a normative statement that would get lost in the
current form. But I'm not sure what the high-order bit here is, so I leave it
to you.