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, 08 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.
- [regext] Erik Kline's No Objection on draft-ietf-… Erik Kline via Datatracker
- Re: [regext] [Ext] Erik Kline's No Objection on d… Gustavo Lozano