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

Gustavo Lozano <gustavo.lozano@icann.org> Thu, 08 October 2020 21:49 UTC

Return-Path: <gustavo.lozano@icann.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 760683A0CCA; Thu, 8 Oct 2020 14:49:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 Gbx0peP9lBif; Thu, 8 Oct 2020 14:49:27 -0700 (PDT)
Received: from ppa2.lax.icann.org (ppa2.lax.icann.org [192.0.33.77]) (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 B676C3A0CA8; Thu, 8 Oct 2020 14:49:27 -0700 (PDT)
Received: from MBX112-E2-CO-1.pexch112.icann.org (out.mail.icann.org [64.78.33.7]) by ppa2.lax.icann.org (8.16.0.42/8.16.0.42) with ESMTPS id 098LnQF2032665 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 8 Oct 2020 21:49:26 GMT
Received: from MBX112-W2-CO-2.pexch112.icann.org (10.226.41.130) by MBX112-W2-CO-1.pexch112.icann.org (10.226.41.128) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.659.4; Thu, 8 Oct 2020 14:49:25 -0700
Received: from MBX112-W2-CO-2.pexch112.icann.org ([10.226.41.130]) by MBX112-W2-CO-2.pexch112.icann.org ([10.226.41.130]) with mapi id 15.02.0659.006; Thu, 8 Oct 2020 14:49:25 -0700
From: Gustavo Lozano <gustavo.lozano@icann.org>
To: Murray Kucherawy <superuser@gmail.com>, The IESG <iesg@ietf.org>
CC: "regext-chairs@ietf.org" <regext-chairs@ietf.org>, "draft-ietf-regext-dnrd-objects-mapping@ietf.org" <draft-ietf-regext-dnrd-objects-mapping@ietf.org>, Scott Hollenbeck <shollenbeck@verisign.com>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [Ext] [regext] Murray Kucherawy's No Objection on draft-ietf-regext-dnrd-objects-mapping-09: (with COMMENT)
Thread-Index: AQHWfD2iw5xGo3buJ0yXf/01+lWrCKmOgUoA
Date: Thu, 8 Oct 2020 21:49:25 +0000
Message-ID: <8F9D52A5-5E7E-4FC2-9747-9B48FE4ED2FE@icann.org>
References: <159851069358.25441.12278953346687076387@ietfa.amsl.com>
In-Reply-To: <159851069358.25441.12278953346687076387@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.38.20061401
x-originating-ip: [192.0.32.234]
x-source-routing-agent: Processed
Content-Type: text/plain; charset="utf-8"
Content-ID: <C6D5EDE693E6A04D9843C4EA1BB13C9F@pexch112.icann.org>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-10-08_15:2020-10-08, 2020-10-08 signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/1PgTSgsGsf7G6l9ECeVq5INQ-hI>
Subject: Re: [regext] [Ext] Murray Kucherawy'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: Thu, 08 Oct 2020 21:49:30 -0000

Thank you Murray,

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/26/20, 23:45, "regext on behalf of Murray Kucherawy via Datatracker" <regext-bounces@ietf.org on behalf of noreply@ietf.org> wrote:

    Murray Kucherawy 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!un2mkHuPQ5mRGNS4U2-WVSdSrvba5FHUfqqBblQH8KdkfWDL-P5Vf-_lQi970PhodD3Y7KvNG3c$ 
    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!un2mkHuPQ5mRGNS4U2-WVSdSrvba5FHUfqqBblQH8KdkfWDL-P5Vf-_lQi970PhodD3Y5Ap2OlU$ 



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

    [To the IESG: In the IANA Considerations section, the contact for all
    registrations is "IESG <regext@ietf.org>"g>".  That's not the IESG's address
    though.  (I remember us discussing this in previous telechats, but it's late
    and I'm blanking on whether this is the outcome we wanted.)]

Authors- this is what the IESG indicated to be the correct registration.

    My colleagues have made a lot of good suggestions already, so I don't have much
    to add other than these:

    In Section 8, there's this bullet:

       o  If a Differential Deposit is to be tested, the dataset is created
          by using the Differential Deposit plus all the required deposits
          leading to the last previous Full Deposit.

    It seems obvious, but should this make clear the order in which the
    differential deposits are applied?

Authors- text updated in the next version of the I-D.

    Totally a nit (which I now see Eric V also mentioned): In a couple of places
    there's an ASCII expression like "ASCII value 0x002B".  Since ASCII is 7-bit,
    shouldn't that just be "ASCII value 0x2B"?

Authors- fixed in the next version of the I-D.

    _______________________________________________
    regext mailing list
    regext@ietf.org
    https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/regext__;!!PtGJab4!un2mkHuPQ5mRGNS4U2-WVSdSrvba5FHUfqqBblQH8KdkfWDL-P5Vf-_lQi970PhodD3YSjmQ7V8$