Re: [regext] IANA Considerations in draft-ietf-regext-rdap-reverse-search

"Hollenbeck, Scott" <shollenbeck@verisign.com> Fri, 31 July 2020 13:21 UTC

Return-Path: <shollenbeck@verisign.com>
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 532E03A0B87 for <regext@ietfa.amsl.com>; Fri, 31 Jul 2020 06:21:30 -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 (2048-bit key) header.d=verisign.com
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 05_LwG3u99Bf for <regext@ietfa.amsl.com>; Fri, 31 Jul 2020 06:21:29 -0700 (PDT)
Received: from mail3.verisign.com (mail3.verisign.com [72.13.63.32]) (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 D3CD23A0B79 for <regext@ietf.org>; Fri, 31 Jul 2020 06:21:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=2165; q=dns/txt; s=VRSN; t=1596201691; h=from:to:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version:subject; bh=3sPgYZnWLjxybdMe+VTqvRzLowtELtxc1ouz8X7t9cM=; b=YqxFWui+xgoBUlRyE8kVPDtLJPFlG2R8lbWHegL4QQp2dBvKqN9lhuZK lkaFwFe8xwk3qXlPb9PVbSKwNJXQlZCBRabVu9aBUqg3hoaHO+pN7oeVG qKoe0grnsQh+5X4/szNQAenUWEDL/YBq/byb5xsyif0bwpgGoFhy7yq5y Epuy+1tHlC/FpJlt8CYgb8vmCer0y/dPBS9Pl8W6F06qBpz64U+9CUkNt VgKBizM8hGZA9YdfuU3+oyuRIkpbItgTr6GRh4X/RX4srw+GYkdOPudvl Ra3aopUvWV1+dDx0avWF9Wmqo78/UOM3iRCS2i/Co8jLUt+fDMaRGoZOk w==;
IronPort-SDR: UyXd8A1DRQrOwZ+mw2g8wSXzD+eckzPinMjTsTKYKpqr8c7YT8xenVI/gQQ3zs9ea+xBviKVFE EkYv+WLP0N8X1mZsRfEnrpO1yPIgPlozPfVeGMCrCDdcnXhSGJbi1P8CfKiUhfpqoB7pnXluKW V3g6+mrL0HhYa7h02/3KkVjUsZWTL2DXSGAFs1J78N5T2nQjn+B6/dZN749+y3Tv/6tjaaqgny VtdF77DrtWgIt4ZYirmyuSl7rsqMaXcDby9Jms0NXnHaoCCz4o5gK4pLGtBOX+fT3Hb1beR0sR hXQ=
X-IronPort-AV: E=Sophos;i="5.75,418,1589241600"; d="scan'208";a="2481613"
IronPort-PHdr: =?us-ascii?q?9a23=3AOIbvDRH5mCIw1QO4vIToC51GYnF86YWxBRYc79?= =?us-ascii?q?8ds5kLTJ76p868bnLW6fgltlLVR4KTs6sC17OI9f6wEjFRqb+681k6OKRWUB?= =?us-ascii?q?EEjchE1ycBO+WiTXPBEfjxciYhF95DXlI2t1uyMExSBdqsLwaK+i764jEdAA?= =?us-ascii?q?jwOhRoLerpBIHSk9631+ev8JHPfglEnjWwba5zIRmsrAjctcYajItmJ60s1h?= =?us-ascii?q?bHv3xEdvhMy2h1P1yThRH85smx/J5n7Stdvu8q+tBDX6vnYak2VKRUAzs6PW?= =?us-ascii?q?874s3rrgTDQhCU5nQASGUWkwFHDBbD4RrnQ5r+qCr6tu562CmHIc37SK0/VD?= =?us-ascii?q?q+46t3ThLjlSEKPCM7/m7KkMx9lKJVrgy8qRxjzYDaY4+VO/h/fqzBct0VSn?= =?us-ascii?q?FMXtpIVyxDHo+wc5cDA/QHMO1Fr4f9vVwOrR6mCAWiBu3vzTtIhnvo0q08yO?= =?us-ascii?q?suDx3J3A84E9kTrXrbsNL1NLsOUey70aLFyi7Db/NR2Tf57IjHbBYhruqSUr?= =?us-ascii?q?1scsrc0lcvGB3fjlWRsozlPjyV1uIXv2eH6OpgUPuihmg6oA5+vjah3N0jip?= =?us-ascii?q?XVho0L0FDE8z10zZs1KNC4VEN2f9ypHYZUuiyVKoZ4Td8uTmV0tCon1rELt5?= =?us-ascii?q?C1cTUJxZko2xLTd/yJfYiU7hztVuufLyl1iXZ5db+5mh288lCgx/XhWsWoyl?= =?us-ascii?q?pGsyhIn9fWunwQ1xHe5NKLR/R580u5xDqDyxrf5vxGLEwoj6bXNpEsz70qmp?= =?us-ascii?q?YOsknOGDL9ll/sg6+MbEok//Cl6+HgYrr7uJCRL5R0igTiMqQ2ncy/HPg4Ph?= =?us-ascii?q?AOX2eF/eS806Xu8FDlTrtSk/E5krHXvp/bKsgHuKK1GRFV3Zok6xalFzeqys?= =?us-ascii?q?4XkmQdIFJbYhKHlI7pN0vSL/D/CPezm1WskDF1yPDaJrDtH4nBImLenLrjc7?= =?us-ascii?q?tx8VNQxQo9wNxF6J9ZDqkNIPfpVU/wsNzYAAU5Mwuxw+v/E9V91oQeWWaLAq?= =?us-ascii?q?CHNqPdqkGH6f4sI+SXeo8apiz9K/k+5/7vgn85n0URcrWu3ZsScHy4BOhpI1?= =?us-ascii?q?2FYXrwhdcMCWIKsRAkTOzrj12OSzpTZ3G8X6Iy/DE0Fp+pDYDYS4CsgbyBwD?= =?us-ascii?q?23EYFQZmBcEFyMEGvofZ2eW/gQcCKSPtNhkjscWLi7VYAh2g+htQDmy7d8L+?= =?us-ascii?q?rb5DEYtZz52Nhy/e3TmkJ6yTshRcGUyWCKCWVzkG0SSjMx9KF+vQp2zE3F0L?= =?us-ascii?q?Qyy6hdHMZS4LVNVQk0L5PQyMR7Csy0UQTbONaVHhLuCM+rDjwhUvowzsMAJU?= =?us-ascii?q?FnFJ/q2grO0Ce6H5cUmqCFQpsu/fSP8WL2IpM363HC0KQnhVQtQY8HDmahmr?= =?us-ascii?q?I1v1zIB4nNl0ifnauhdowC0TTM72aMyyyFu0QOA104arnMQX1KPhielt/+/E?= =?us-ascii?q?6XF7I=3D?=
X-IPAS-Result: =?us-ascii?q?A2GrAADXGSRf/zGZrQpgHAEBAQEBAQcBARIBAQQEAQFAg?= =?us-ascii?q?TkEAQELAYRLCpVCnA0LAQEBAQEBAQEBBwEvBAEBhEwCgjUlNwYOAgMBAQsBA?= =?us-ascii?q?QEFAQEBAQEGAwEBAQKGUYI3IoNxAQEBAQM6SwQCAQgRBAEBHxAyHQgBAQQBE?= =?us-ascii?q?gi2FXSBNIVShHuBOAGNJ4FCPoERgxA+hCWGDgS2CgMHgmCZeyqCe4lMkzCSI?= =?us-ascii?q?58jAgQCBAUCFYFpgXxwgzlQFwINjlaOEHQ3AgYIAQEDCY9BgREBAQ?=
Received: from BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) by BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Fri, 31 Jul 2020 09:21:27 -0400
Received: from BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde]) by BRN1WNEX02.vcorp.ad.vrsn.com ([fe80::7c0a:1cc:5def:9dde%4]) with mapi id 15.01.1913.005; Fri, 31 Jul 2020 09:21:27 -0400
From: "Hollenbeck, Scott" <shollenbeck@verisign.com>
To: "mario.loffredo@iit.cnr.it" <mario.loffredo@iit.cnr.it>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [EXTERNAL] Re: [regext] IANA Considerations in draft-ietf-regext-rdap-reverse-search
Thread-Index: AdZnNOUF5N2RSl5aSj6EkwI8/xgDnAAJ4D4AAAfk/YA=
Date: Fri, 31 Jul 2020 13:21:27 +0000
Message-ID: <4541e6d1530943e5bfd5c211a426ff82@verisign.com>
References: <1cb2fde4261748afa8163333d090b84a@verisign.com> <df404a43-8284-5466-7d83-88e27d5691ef@iit.cnr.it>
In-Reply-To: <df404a43-8284-5466-7d83-88e27d5691ef@iit.cnr.it>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/fREhQSXPO2j1gu1cvFHATGi8cVg>
Subject: Re: [regext] IANA Considerations in draft-ietf-regext-rdap-reverse-search
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, 31 Jul 2020 13:21:30 -0000

> -----Original Message-----
> From: Mario Loffredo <mario.loffredo@iit.cnr.it>
> Sent: Friday, July 31, 2020 9:03 AM
> To: Hollenbeck, Scott <shollenbeck@verisign.com>om>; regext@ietf.org
> Subject: [EXTERNAL] Re: [regext] IANA Considerations in draft-ietf-regext-
> rdap-reverse-search
>
> Hi Scott,
>
> thanks a lot for your feddback.
>
> Please find my comments to your feedback below.
>
> Il 31/07/2020 14:29, Hollenbeck, Scott ha scritto:
> > draft-ietf-regext-rdap-reverse-search currently states that "This document
> has no actions for IANA".  I believe that's primarily because there's nothing
> new or different being returned in the search results, which is where RDAP
> servers describe the features they support.
> Exactly.
> > There is, however, a case to be made for registering a value in the RDAP
> extensions registry: a response to a help query (or any other query) can be
> used to indicate that the server supports reverse search. I'd like to suggest
> this change for Section 7:
> >
> > OLD:
> > This document has no actions for IANA.
> >
> > NEW:
> > IANA is requested to register the following value in the RDAP Extensions
> Registry:
> >
> > Extension identifier: reverse_search_1_0 (or whatever makes sense)
> > Registry operator: Any Published specification: This document.
> > Contact: IESG <iesg@ietf.org>
> > Intended usage: This extension describes reverse search query patterns
> for RDAP.
> >
> > Scott
>
> I agree.
>
> Furthermore, my opinion is that Section 4.1 of RFC7483bis should be updated
> to treat this use case. I mean, a server should signal in rdapConformance not
> only the extensions used in building the response but all the supported
> features.

So maybe this?

OLD:
The data structure named "rdapConformance" is an array of strings, each providing a hint as to the specifications used in the construction of the response.

NEW:
The data structure named "rdapConformance" is an array of strings, each providing a hint as to the specifications that describe the query and response formats supported by the server.

Scott