Re: [Perc] AD review of draft-ietf-perc-dtls-tunnel

"Paul E. Jones" <paulej@packetizer.com> Thu, 27 May 2021 14:29 UTC

Return-Path: <paulej@packetizer.com>
X-Original-To: perc@ietfa.amsl.com
Delivered-To: perc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80CBE3A0FDE; Thu, 27 May 2021 07:29:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=packetizer.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fJnmFWINQ_YU; Thu, 27 May 2021 07:29:26 -0700 (PDT)
Received: from dublin.packetizer.com (dublin.packetizer.com [IPv6:2600:1f18:24d6:2e01:e842:9b2b:72a2:d2c6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 75D8F3A0FDC; Thu, 27 May 2021 07:29:26 -0700 (PDT)
Received: from authuser (localhost [127.0.0.1])
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=packetizer.com; s=dublin; t=1622125763; bh=hYt5RZ58bbgxrewsF5iV4+C7VwetRTfMUQ7zBVrvDyg=; h=From:To:Subject:Date:In-Reply-To:References:Reply-To; b=BX24/USpFfmeHkcIkZnHX7Ns1cS0K8P4Yvp4XDiezYkr66uG12tOLhSb5zy/k6pmX PfK8CH/J+H0x2CpJxY2Ce5IbK6/vk5tOmTlDHWPEznBfTtMg5PtXnoxQP32FB9d+Ui ERq6HYEjZA/J5qVbcMuJOx/Geuk6B+WDOktgwJ8M=
From: "Paul E. Jones" <paulej@packetizer.com>
To: "Murray S. Kucherawy" <superuser@gmail.com>, perc@ietf.org, perc-chairs@ietf.org
Date: Thu, 27 May 2021 14:29:19 +0000
Message-Id: <emba354cb1-6488-478b-883c-470cc1dee5be@sydney>
In-Reply-To: <CAL0qLwbOMD8Gs4+Higx9QxkPfke+BJiBtHKPPPPm73j6SemgWg@mail.gmail.com>
References: <CAL0qLwbOMD8Gs4+Higx9QxkPfke+BJiBtHKPPPPm73j6SemgWg@mail.gmail.com>
Reply-To: "Paul E. Jones" <paulej@packetizer.com>
User-Agent: eM_Client/8.2.1237.0
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="------=_MB64CBC011-E524-465A-A11C-19CC1AA47BFC"
Archived-At: <https://mailarchive.ietf.org/arch/msg/perc/XQo4ibVXLRvLaa6zkzL_RK_3yVM>
Subject: Re: [Perc] AD review of draft-ietf-perc-dtls-tunnel
X-BeenThere: perc@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Privacy Enhanced RTP Conferencing <perc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/perc>, <mailto:perc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/perc/>
List-Post: <mailto:perc@ietf.org>
List-Help: <mailto:perc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/perc>, <mailto:perc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 May 2021 14:29:32 -0000

Murray,

Thanks.  The funny syntax has been fixed; user error. :)

I changed the reserved language and moved two related paragraphs 
together:

 >>> CHANGED
The value 0x00 is reserved and all values in the range 0x06 to 0xFF are
available for allocation.  The procedures for updating this table are 
those
defined as "IETF Review" in section 4.8 of [@!RFC8126].
<<<<

(That is the syntax that will produce the correct result.)

I also renamed the table to be "Message Type Values" rather than "Data 
Type Values".  Everywhere else, these are described as "message types" 
(and the table header said the same).

Paul

------ Original Message ------
From: "Murray S. Kucherawy" <superuser@gmail.com>
To: perc@ietf.org; perc-chairs@ietf.org
Sent: 5/20/2021 3:20:54 AM
Subject: [Perc] AD review of draft-ietf-perc-dtls-tunnel

>Hi all,
>
>I've completed my AD review of this document.  The only feedback I 
>think I'd like to call out here before issuing an IETF Last Call is a 
>few points about Section 8:
>
>* the last line has an "if" instead of an "of"
>
>* the RFC reference right after that appears funny ("[!@RFC####]"); did 
>it not render correctly?
>
>* saying the remaining range is "reserved for future reservations" 
>seems contradictory to me; "reserved" usually means "not available", 
>but I actually think you mean "available" for new registrations that 
>pass IETF Review, correct?
>
>-MSK