[Masque] Murray Kucherawy's No Objection on draft-ietf-masque-h3-datagram-10: (with COMMENT)

Murray Kucherawy via Datatracker <noreply@ietf.org> Thu, 16 June 2022 08:02 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: masque@ietf.org
Delivered-To: masque@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 08DD0C15AE34; Thu, 16 Jun 2022 01:02:25 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Murray Kucherawy via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-masque-h3-datagram@ietf.org, masque-chairs@ietf.org, masque@ietf.org, caw@heapingbits.net
X-Test-IDTracker: no
X-IETF-IDTracker: 8.4.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Murray Kucherawy <superuser@gmail.com>
Message-ID: <165536654503.60753.15385276988499639646@ietfa.amsl.com>
Date: Thu, 16 Jun 2022 01:02:25 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/masque/2bFUqyAnUzBx6xRNcUDwvjewD64>
Subject: [Masque] Murray Kucherawy's No Objection on draft-ietf-masque-h3-datagram-10: (with COMMENT)
X-BeenThere: masque@ietf.org
X-Mailman-Version: 2.1.39
List-Id: Multiplexed Application Substrate over QUIC Encryption <masque.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/masque>, <mailto:masque-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/masque/>
List-Post: <mailto:masque@ietf.org>
List-Help: <mailto:masque-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/masque>, <mailto:masque-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Jun 2022 08:02:25 -0000

Murray Kucherawy has entered the following ballot position for
draft-ietf-masque-h3-datagram-10: 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-masque-h3-datagram/



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

Why might an implementer not do what the SHOULDs say in Section 3.2?  I guess
I'm wondering why, in a new thing, one would give someone a reason to produce
an implementation that is intentionally not forward-compatible.  Otherwise,
nice work; I like to complain about SHOULD a lot lately, and this document did
an above average job of using it.

I believe Sections 5.1 through 5.3 should refer to these registries as
sub-registries of the main "Hypertext Transfer Protocol version 3 (HTTP/3)"
registry.

Also, I don't think the MUSTs in Section 5.4 are appropriate when describing
IANA actions.  I suggest "will not" instead of "MUST NOT".