[regext] Murray Kucherawy's No Objection on draft-ietf-regext-data-escrow-05: (with COMMENT)
Murray Kucherawy via Datatracker <noreply@ietf.org> Mon, 30 March 2020 18:04 UTC
Return-Path: <noreply@ietf.org>
X-Original-To: regext@ietf.org
Delivered-To: regext@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 35CF43A10B2; Mon, 30 Mar 2020 11:04:10 -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-regext-data-escrow@ietf.org, regext-chairs@ietf.org, regext@ietf.org, James Gould <jgould@verisign.com>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.123.1
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Murray Kucherawy <superuser@gmail.com>
Message-ID: <158559144965.6127.16584726927172639301@ietfa.amsl.com>
Date: Mon, 30 Mar 2020 11:04:10 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/w_y6ugIiUqd_OttYUmfMOFaUjaU>
Subject: [regext] Murray Kucherawy's No Objection on draft-ietf-regext-data-escrow-05: (with COMMENT)
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Registration Protocols Extensions <regext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/regext>, <mailto:regext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext/>
List-Post: <mailto:regext@ietf.org>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/regext>, <mailto:regext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Mar 2020 18:04:16 -0000
Murray Kucherawy has entered the following ballot position for draft-ietf-regext-data-escrow-05: 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-regext-data-escrow/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Roman took many of my ideas, so I support his DISCUSS position and his comments. Some of the BCP14 language in this document feels mushy. "SHOULD/MUST take all necessary precautions" isn't very precise, while normally interoperability/normative language is supposed to be pretty crisp. "gTLD" and "ccTLD" could stand to be included in the definitions section, either by prose or by reference if there is one. This may reveal a weak point in my understanding of XML, but Section 5.1 says that the type of the deposit is FULL, INCR or DIFF. Is this case-sensitive? Section 5.1.1: Should "data-time" be "date-time"? Section 5.1.2: About "version", although I think this is made explicit in the XML schema in Section 6.1, I suggest a sentence be added making it clear that this document specifies version "1.0". Section 5.1.3: "This element SHOULD be present in deposits of type Incremental or Differential." This makes it sound like a deposit of those two types not using this element might be non-compliant. I suggest instead "This element is only used in Incremental and Differential deposits." (Or instead of "used", maybe "meaningful".) Section 5.1.4: " It SHOULD be present in all type of deposits." Same issue. Maybe "It is valid for use in all types of deposits." Section 5.1.4, last paragraph: When would you not apply that SHOULD? That strikes me as MUST territory.
- [regext] Murray Kucherawy's No Objection on draft… Murray Kucherawy via Datatracker