Re: [regext] [Ext] Roman Danyliw's No Objection on draft-ietf-regext-dnrd-objects-mapping-09: (with COMMENT)

Roman Danyliw <rdd@cert.org> Fri, 09 October 2020 01:08 UTC

Return-Path: <rdd@cert.org>
X-Original-To: regext@ietfa.amsl.com
Delivered-To: regext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C09E3A0E17; Thu, 8 Oct 2020 18:08:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-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=cert.org
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 ugqQ5ikJzWEI; Thu, 8 Oct 2020 18:08:06 -0700 (PDT)
Received: from taper.sei.cmu.edu (taper.sei.cmu.edu [147.72.252.16]) (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 5D96D3A0CA7; Thu, 8 Oct 2020 18:08:02 -0700 (PDT)
Received: from korb.sei.cmu.edu (korb.sei.cmu.edu [10.64.21.30]) by taper.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 09917dxk029956; Thu, 8 Oct 2020 21:07:39 -0400
DKIM-Filter: OpenDKIM Filter v2.11.0 taper.sei.cmu.edu 09917dxk029956
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cert.org; s=yc2bmwvrj62m; t=1602205659; bh=QirGGCGJcetuX0CM9Yf5wj8C67EJOpd6hV+KSEVtAco=; h=From:To:CC:Subject:Date:References:In-Reply-To:From; b=COcyxlUtu5E0ffaWQhI1YciknwMf2j0pdCzn5Ybo+xMDmDq5Wb++Rdaz0Y8FGJn2J LASL5+vnmn0PEQ5WNFUAg0iuZ19VtcC5ATKEcYnz5evwn3xwHVbN9NyAf+zv9HN3L8 NgtZWqme4vLP17Dxf7F41m9KEsDu/QA6dj25w6Cg=
Received: from MURIEL.ad.sei.cmu.edu (muriel.ad.sei.cmu.edu [147.72.252.47]) by korb.sei.cmu.edu (8.14.7/8.14.7) with ESMTP id 09917bPd005132; Thu, 8 Oct 2020 21:07:37 -0400
Received: from MORRIS.ad.sei.cmu.edu (147.72.252.46) by MURIEL.ad.sei.cmu.edu (147.72.252.47) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1979.3; Thu, 8 Oct 2020 21:07:37 -0400
Received: from MORRIS.ad.sei.cmu.edu ([fe80::555b:9498:552e:d1bb]) by MORRIS.ad.sei.cmu.edu ([fe80::555b:9498:552e:d1bb%13]) with mapi id 15.01.1979.003; Thu, 8 Oct 2020 21:07:37 -0400
From: Roman Danyliw <rdd@cert.org>
To: Gustavo Lozano <gustavo.lozano@icann.org>, The IESG <iesg@ietf.org>
CC: "draft-ietf-regext-dnrd-objects-mapping@ietf.org" <draft-ietf-regext-dnrd-objects-mapping@ietf.org>, "regext-chairs@ietf.org" <regext-chairs@ietf.org>, "regext@ietf.org" <regext@ietf.org>, "Scott Hollenbeck" <shollenbeck@verisign.com>
Thread-Topic: [Ext] Roman Danyliw's No Objection on draft-ietf-regext-dnrd-objects-mapping-09: (with COMMENT)
Thread-Index: AQHWek0R0j35+CP5DEGgWxaz90U2jamOxtqA///1kBA=
Date: Fri, 9 Oct 2020 01:07:36 +0000
Message-ID: <eb40a063b59b439da0541bda3965ab12@cert.org>
References: <159829743704.11951.16778460331586195166@ietfa.amsl.com> <227EFF28-3F3C-4452-9024-E7FF0B07E0C7@icann.org>
In-Reply-To: <227EFF28-3F3C-4452-9024-E7FF0B07E0C7@icann.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.64.202.159]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/4vAnZSBnw4NpQKwVl5psGruqoR4>
Subject: Re: [regext] [Ext] Roman Danyliw's No Objection on draft-ietf-regext-dnrd-objects-mapping-09: (with COMMENT)
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
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: Fri, 09 Oct 2020 01:08:09 -0000

Hi Gustavo!

Thanks for answers below and addressing my comments in -09.  Please consider my feedback resolved.

Thanks,
Roman

> -----Original Message-----
> From: Gustavo Lozano <gustavo.lozano@icann.org>
> Sent: Thursday, October 8, 2020 5:44 PM
> To: Roman Danyliw <rdd@cert.org>rg>; The IESG <iesg@ietf.org>
> Cc: draft-ietf-regext-dnrd-objects-mapping@ietf.org; regext-chairs@ietf.org;
> regext@ietf.org; Scott Hollenbeck <shollenbeck@verisign.com>
> Subject: Re: [Ext] Roman Danyliw's No Objection on draft-ietf-regext-dnrd-
> objects-mapping-09: (with COMMENT)
> 
> Thank you Roman,
> 
> Comments below are prefixed with Authors-.
> 
> A new version of the I-D has been published here:
> https://www.ietf.org/id/draft-ietf-regext-dnrd-objects-mapping-10.txt
> 
> Regards,
> Gustavo
> 
> On 8/24/20, 12:30, "Roman Danyliw via Datatracker" <noreply@ietf.org>
> wrote:
> 
>     Roman Danyliw has entered the following ballot position for
>     draft-ietf-regext-dnrd-objects-mapping-09: 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://urldefense.com/v3/__https://www.ietf.org/iesg/statement/discuss-
> criteria.html__;!!PtGJab4!tk33CgA_IPEteHsusEK0roZWxzw786v35y7J1dr-
> z2AkTO_ktFH_C2B8qt_qla02uh-Mn0wQLRk$
>     for more information about IESG DISCUSS and COMMENT positions.
> 
> 
>     The document, along with other ballot positions, can be found here:
>     https://urldefense.com/v3/__https://datatracker.ietf.org/doc/draft-ietf-
> regext-dnrd-objects-
> mapping/__;!!PtGJab4!tk33CgA_IPEteHsusEK0roZWxzw786v35y7J1dr-
> z2AkTO_ktFH_C2B8qt_qla02uh-MCOlAdzI$
> 
> 
> 
>     ----------------------------------------------------------------------
>     COMMENT:
>     ----------------------------------------------------------------------
> 
>     Thank you for this document and the various XLS/CSV examples related to
>     particular elements of the data model.
> 
>     ** Section 4.4.  Per the use of SHA-256 as a checksum algorithm, what
>     identifier should be used in the cksumAlg attribute?
> 
> Authors- text added in the next version of the I-D.
> 
>     ** Section 4.4.  I concur with the OPSDIR reviewer (Joe Clarke), it would
> seem
>     like native support (in the format itself) for a more robust checksum
> algorithm
>     would be desirable.
> 
> Authors- text added in the next version of the I-D.
> 
>     ** Section 4.6.2.1.  Per “The <rdeCsv:file> child element defines a reference
>     to the CSV file name”, is any file path information permitted, or are do all
>     referenced files in dump need to be unique?
> 
> Authors- The CSV file name reference can be any file path, but in general is only
> a file name that is relative to the location of the XML definition file.
> 
>     ** Section 5.8.1.  Please add a normative reference to XPath
> 
> Authors- text added in the next version of the I-D.
> 
>     ** Section 7.  If one had a business model requiring that checksums  be
>     computed using SHA-384 (set @cksumAlg) or using 7z compression (set
>     @compression), how would one specify that in the profile per the defined
> steps
>     in this section – nothing needs to be extended (step 1, step 3) or <policy>
>     doesn’t seem to support specifying a particular attribute (step 2), so would
>     one hard-code that into a custom schema (step 4)?
> 
> Authors- only the values need to be specified in @cksumAlg and @compression
> after an out-of-band negotiation. Escrow services are regulated using legal
> agreements, and the details are usually specified based on out-of-band-
> negotiations.
> 
>     ** Editorial Nits
>     - Section 9.1  Typo. s/Seperated/Separated/
> 
> Authors- fixed in the next version of the I-D.
> 
>     - Section 11.  Typos.  A few repeated instances.  s/section Section/Section/g
> 
> Authors- fixed in the next version of the I-D.
>