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

Gustavo Lozano <gustavo.lozano@icann.org> Thu, 08 October 2020 22:08 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 32AA83A0ED1; Thu, 8 Oct 2020 15:08:28 -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 qMYZA4Et0oLI; Thu, 8 Oct 2020 15:08:26 -0700 (PDT)
Received: from ppa4.dc.icann.org (ppa4.dc.icann.org [192.0.46.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 AA96B3A0D0B; Thu, 8 Oct 2020 15:08:26 -0700 (PDT)
Received: from MBX112-W2-CO-1.pexch112.icann.org (out.mail.icann.org [64.78.33.5]) by ppa4.dc.icann.org (8.16.0.42/8.16.0.42) with ESMTPS id 098M8PL9028203 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 8 Oct 2020 22:08:25 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:52:21 -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:52:21 -0700
From: Gustavo Lozano <gustavo.lozano@icann.org>
To: Erik Kline <ek.ietf@gmail.com>, 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] Erik Kline's No Objection on draft-ietf-regext-dnrd-objects-mapping-09: (with COMMENT)
Thread-Index: AQHWe0KLPcFvoupfN0ekhbP/YFxpzqmOhBIA
Date: Thu, 8 Oct 2020 21:52:21 +0000
Message-ID: <48A302A3-EC7D-460B-998D-3862305BAE1A@icann.org>
References: <159840287553.8230.17583538275066703839@ietfa.amsl.com>
In-Reply-To: <159840287553.8230.17583538275066703839@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: <6B81BDC2B56BD34F88DA259516073EB9@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/4jXltZBmoAemPWVx7loo4jwkLgw>
Subject: Re: [regext] [Ext] Erik Kline'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 22:08:28 -0000

Thank you Erik,

Comments below are prefixed with Authors-.

A new version has been published here:

Regards,
Gustavo

On 8/25/20, 17:47, "Erik Kline via Datatracker" <noreply@ietf.org> wrote:

    Erik Kline 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!oublqDZDSArqbWBQnbFor1rxwDgavlq-WBXYt_Cr9S7UqhIyOUn0WdGP8hxc-QTzTjHzr-r7-Q0$ 
    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!oublqDZDSArqbWBQnbFor1rxwDgavlq-WBXYt_Cr9S7UqhIyOUn0WdGP8hxc-QTzTjHzztI-XAo$ 



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

    [ section 4.5 ]

    * For text representations you want RFC 5952 rather than 4291.

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

    [ section 5.1.2.1.5, 5.2.2.1.3 ]

    * It's not clear that ",v4" or ",v6" are adding anything. The IP address
      family should be unambiguous without the hint.

      No change necessary, it just seems like this isn't really needed.  (For
      example, if there's even a remote possibility someone might try to list
      IPv4-mapped IPv6 addresses -- or even worse, compat addresses -- then
      there are going some other, much bigger problems ahead.)

Authors- it's a hint for verification to the party restoring the deposit

    [ section 5.4.1.1 ]

    * Is it recommended at all that rdeRegistrar:url be https whenever possible?

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

    * In addition to whois name/url should there RDAP information?  Or is the
      http/https whois URL expected to handle RDAP?

Authors- the industry is moving away for storing the base URL for the RDAP services in the SRS. See RFC7484, and https://www.iana.org/assignments/registrar-ids/registrar-ids.xhtml. There have been conversations of having a generic bootstrap-like for Registrars to accommodate non-gTLDs. If there is a specific need to store this information in the deposit, an extension can be created.