Re: [regext] FW: I-D Action: draft-hollenbeck-regext-rfc7483bis-00.txt

"Hollenbeck, Scott" <shollenbeck@verisign.com> Mon, 24 February 2020 15:16 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 07EF53A0CE1 for <regext@ietfa.amsl.com>; Mon, 24 Feb 2020 07:16:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, HTML_MESSAGE=0.001, 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 uog-L_JlXzoL for <regext@ietfa.amsl.com>; Mon, 24 Feb 2020 07:16:09 -0800 (PST)
Received: from mail4.verisign.com (mail4.verisign.com [69.58.187.30]) (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 0473B3A0CDE for <regext@ietf.org>; Mon, 24 Feb 2020 07:16:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=21202; q=dns/txt; s=VRSN; t=1582557370; h=from:to:date:message-id:references:in-reply-to: mime-version:subject; bh=k9p0UK+AfeMS7VKiVE6EHACR+KZaDma6JUjrFZBmYdw=; b=ZJ32gBBU32TlBO3UZFsDmMqx9mn/Hs+4AhSy8AZG8a+GGLP9/DHPWxoU D6p7q3+HdL7ubIJTaRtFlhyMbkEo7z3zxqK7GgZEbxlSOVoWAeh7/Gecs lfW9NUCDJ3OJ9XRPk4WiL8HIhbv100xz4SSwH61NVq1Hh3KMF00aB73iX ZoO8I52i/FPCC8mrMt+OFTryTX/M407O2eTRCx4ii5ieJ9HyZBZWO0Zk2 dAe/ZoqD/VcRTZTSVa3pKGW7Kg09BixZqQQpl3f6E3BvbyA+4Z9qvisMV 5d8nQjHEkXAIF4oZqAzqOWi04TZ5k2r85X4CaBkxvwFHWUqvBbVQBOpmp Q==;
IronPort-SDR: vw/rivoarI4DnSLKKeCIs1zRA9DdVL6qZDOo692iC+3YO/1owYL09XxAH79ADsaUWjuTLhGzMM A9bjTwFkKSJmHP8DlxwdmcyFtMHMsEC6Lq3f4AUZzNMyQ9aAJybqTH9XtTrEBNZzUlJtuT+O+D A6aDU/XssxQNOROs9ihokq/iFMdy/7HkH2plnyIPbXqKHInz8um/b8Jw+UKF5znhphVHxduj8j C2lFIoZeltwRGzxnrWJN0Be7RBU/8+aXJh18tk1Lg7S8uj/7kClelCpZaUBnPv39522HHAxf7D DtQ=
X-IronPort-AV: E=Sophos;i="5.70,480,1574139600"; d="scan'208,217";a="740689"
IronPort-PHdr: 9a23:neoNBRSGTeZwQOxWyNptsxOitNpsv+yvbD5Q0YIujvd0So/mwa67ZBCGt8tkgFKBZ4jH8fUM07OQ7/m8Hz1Yqsnb+Fk5M7VyFDY9wf0MmAIhBMPXQWbaF9XNKxIAIcJZSVV+9Gu6O0UGUOz3ZlnVv2HgpWVKQka3OgV6PPn6FZDPhMqrye+y54fTYwJVjzahfL9+Nhq7oRjeu8UMhYZuNqk9xxnXrnBVZ+lY2GRkKE6ckBr7+sq+5oNo/T5Ku/Im+c5AUKH6cLo9QLdFEjkoMH076dPyuxXbQgSB+nUTUmMNkhpVGAfF9w31Xo3wsiThqOVw3jSRMNDsQrA1XTSi6LprSAPthSwaOTM17H3bh8pth69dvRmvpQFww5TMbY+VKvRwY7/dc90ZS2pPXMlRVjBODYynYoQVE+YBP/xVo5Xhq1cQqxa1GAmiBPnoyj9NnnL606800+MlEQHCwgMgGckBv2rIo9X2LKsZTP27w7XPzTXfc/Na1yr25Y/TchAhpvGMWbZwftTXyUY0CQzKklaQpJf7PzyLzOQNsnOb7+tvVeKpkWIotwZxoj22y8oql4LHiIUVylXe+iV4xoY4Pce4SEBnbtK9DpRfqiCaN5dxQsM4WW1ovzw6yrIAtJWmfyYK0IwqywPDZ/CdboSF4BzuWPyMLTp4in9pYr2yihWq/US91uHwTNS43VRWoiZfj9XBuXMA2wbO5sWEUvd98Fmu1DWT2w3W7+xJI1w7mbbBJJMk37I/ioYcvEHDEyDrhkr2gqqbe0E59ee19evqZKjtqIWGOI9ukA7+N7wjmsm4AeslLAcDR3Ob+eGg1L37+k35XalKguU2kqbHtJDaItwWq7OlDQFNz4os6w6xATin39gEgHULNkxFdw6Aj4jzI1HCOur3Auqlj1Syijdr3PbGMqf9DZXKK3jPiLbhfbBj5E5A0Ac/0MxT64hJBrwDLv//QFL9udzWAxMjPAG5wP7rCNBn2YMfXWKPDLWZMKTXsVKQ/eIvI+6MZIsRuDnjLfgq/ODhgmM6mVIGY6mmw4EXaHGjHvRnLEWZZ2DgjcsGEWcPpgY+VvDliEWeUT5PYHa/R6c86SshCIKnCofPXIStgLuP3Ce1BJ1ZeH1JCleXHHfpdoWER+0AZz6UIs97iDAEVKShQZc71R6yrA/616ZnLu3M9y0Cq53j28Z65uLPlRwp9Dx7Edid02+XQ2FzhGMISGx+4Kcq60l00FaEl6x/jfJCGNBUz/JITkExM4SazvAwQ4T3UxjAeZGNT1ioWNiqBhkwT853yNkUJUdhTZHqxArO0Ce6H5cUmqCFQpsu/eiUi2L8KMtt117H2bUvyV48TZ0cG3ehg/s11w/XA4PPmUiSlOLiTq8bwDKHvDOYzW2KuExeWgN7Uo3bUGoefUrZq5Ly4UaUHOzmMqguLgYUkZ3KEaBNcNC81Vg=
X-IPAS-Result: A2FbAwD251Ne/zCZrQpLGhwBAQEBAQcBAREBBAQBAYF7gSVYgRiBMQqHU41OmxgWDwkBAQEBAQEBAQEHARgBDAoEAQECg3lFAoIyOBMCAwEBCwEBAQUBAQEBAQUDAQEBAoYgDII7InZwAQEBAQEBAQEBAQEBAQEBAQEBAQEWAg0HLx4HMBIBAR0BAQEBAwEBK0EEEwICAgEIEQQBASgHGwwLFAkIAgQBCQkIAYJSTIF9gQ08q3+CJ4N9OAEDAg5BQIRnBYEzjD6BQj6BEYMTPoJZCwEBAQEBARiBMU6FOQSWUSSJZI89AweCPIdRigCFDCSCSTFMhx6QSo5wgU2HAC+FMI0bAgQCBAUCFYFpNYFGcC8hgmwJRxgNjlWGKYImhUF0Ao4ggRABAQ
Received: from BRN1WNEX02.vcorp.ad.vrsn.com (10.173.153.49) by BRN1WNEX01.vcorp.ad.vrsn.com (10.173.153.48) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1779.2; Mon, 24 Feb 2020 10:15:42 -0500
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.1779.002; Mon, 24 Feb 2020 10:15:42 -0500
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] FW: I-D Action: draft-hollenbeck-regext-rfc7483bis-00.txt
Thread-Index: AQHV5wWQ6lg3nGr8IkuuyG9xLp1YYKgqfGYg
Date: Mon, 24 Feb 2020 15:15:42 +0000
Message-ID: <3ea15bcff43e465db0f8ab3eb96e8916@verisign.com>
References: <158202847369.14106.8963334452011519309@ietfa.amsl.com> <bb1c73111e9f48ff83f8b1e454faf954@verisign.com> <bb0c899d-ac1f-7646-f45c-4b7c1955d3a1@iit.cnr.it>
In-Reply-To: <bb0c899d-ac1f-7646-f45c-4b7c1955d3a1@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: multipart/alternative; boundary="_000_3ea15bcff43e465db0f8ab3eb96e8916verisigncom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/qPZOWWy1PLSL3mFhW8maKlZ7gZQ>
Subject: Re: [regext] FW: I-D Action: draft-hollenbeck-regext-rfc7483bis-00.txt
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: Mon, 24 Feb 2020 15:16:12 -0000

Thanks, Mario. I'm waiting to see if anyone else has anything to say before I jump into your suggestions and questions.



Scott



From: Mario Loffredo <mario.loffredo@iit.cnr.it>
Sent: Wednesday, February 19, 2020 4:17 AM
To: Hollenbeck, Scott <shollenbeck@verisign.com>; regext@ietf.org
Subject: [EXTERNAL] Re: [regext] FW: I-D Action: draft-hollenbeck-regext-rfc7483bis-00.txt



Hi Scott,

here in the following my feedback.



Section 4.1.: Change "lunarNIC_level_0" with "lunarNic_level_0"

Section 4.2: I would replace "on the Internet" with "on the Web"

Section 4.2: It seems to me that, according to Section 3 of RFC5988, the members "value", "rel" and "href" are all required.

Section 4.3: I would clearly define which members of the "notice/remark" object are required and which ones are optional by using key words described in RFC2119. Maybe the  second paragraph could be written like in the following:

"  Both are arrays of objects.  Each object contains an "title"
   string representing the title of the object, an "type"
   string denoting a registered type of remark or notice (see
   Section 10.2.1), an array of strings named "description" for the
   purposes of conveying any descriptive text, and an "links"
   array as described in Section 4.2. The
   "description" JSON value MUST be specified. All other JSON values are
   OPTIONAL. "

Section 4.5: I would clearly define which members of the "event" object are required and which ones are optional by using the key words described in RFC2119. Maybe the  paragraph below Figure 11 could be written like in the following:

"  The "events" array consists of objects, each with the following
   members:

   o  "eventAction" -- a string denoting the reason for the event

   o  "eventActor" -- an identifier denoting the actor
      responsible for the event

   o  "eventDate" -- a string containing the time and date the event
      occurred.

   o  "links" -- see Section 4.2

   Both the "eventAction" and "eventDate" JSON values MUST be specified. All other JSON values are
   OPTIONAL.  "

Section 4.8: I would clearly define that both the members of the "publicId" object are required.

Section 5.1: I wonder which kinds of relationships model both the entity properties "networks" and "autnums". I mean, do they model the reverse relationships between, respectively, a network or an autnum and the related entities or something else?

Section 5.2: Self link's URIs in the example should contain either the ldhName or the unicodeName. Similarly for other examples including self links to domain or nameserver objects

Section 5.2: The sentence "Figure 18 is an example of a nameserver object with all values given." seems a bit mileading to me because the example doesn't include the "entities" property. Maybe it could be written like in the following:

"Figure 18 is an example of a nameserver object with nearly all the information given."

Section 6: Is the "description" property required in the error response ?

Section 10.2.3: Does the "transfer" event action refer to "transfer between registrars" instead of "transfer between registrants" ?

Appendix C: I would enclose in quotes the word label in the sentence "... It uses the label attribute..."



Best,

Mario

Il 18/02/2020 13:31, Hollenbeck, Scott ha scritto:

   FYI, folks. This is the first version of 7483bis. It contains updates to address the known errata, described here:

   https://www.rfc-editor.org/errata_search.php?rfc=7483

   I need to fix the Unicode characters again, though. I'll do that with the next update. In the meantime, I could use help in documenting existing RDAP server implementations as described in the Implementation Status section. If you'd like to include a description of your implementation, please let me know and I'll get it in. I could also use help in confirming that xml2rfc didn't inadvertently change anything during the conversion from RFC format back to I-D format. Lastly, let's start to talk about any other needed clarifications. Are you aware of any? Send 'em to the list for discussion.

   Scott

   -----Original Message-----
   From: I-D-Announce <i-d-announce-bounces@ietf.org><mailto:i-d-announce-bounces@ietf.org> On Behalf Of internet-drafts@ietf.org<mailto:internet-drafts@ietf.org>
   Sent: Tuesday, February 18, 2020 7:21 AM
   To: i-d-announce@ietf.org<mailto:i-d-announce@ietf.org>
   Subject: [EXTERNAL] I-D Action: draft-hollenbeck-regext-rfc7483bis-00.txt


   A New Internet-Draft is available from the on-line Internet-Drafts directories.


           Title           : JSON Responses for the Registration Data Access Protocol (RDAP)
           Authors         : Scott Hollenbeck
                             Andy Newton
           Filename        : draft-hollenbeck-regext-rfc7483bis-00.txt
           Pages           : 80
           Date            : 2020-02-18

   Abstract:
      This document describes JSON data structures representing
      registration information maintained by Regional Internet Registries
      (RIRs) and Domain Name Registries (DNRs).  These data structures are
      used to form Registration Data Access Protocol (RDAP) query
      responses.


   The IETF datatracker status page for this draft is:
   https://datatracker.ietf.org/doc/draft-hollenbeck-regext-rfc7483bis/

   There are also htmlized versions available at:
   https://tools.ietf.org/html/draft-hollenbeck-regext-rfc7483bis-00
   https://datatracker.ietf.org/doc/html/draft-hollenbeck-regext-rfc7483bis-00


   Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.

   Internet-Drafts are also available by anonymous FTP at:
   ftp://ftp.ietf.org/internet-drafts/

   _______________________________________________
   I-D-Announce mailing list
   I-D-Announce@ietf.org<mailto:I-D-Announce@ietf.org>
   https://www.ietf.org/mailman/listinfo/i-d-announce
   Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt

   _______________________________________________
   regext mailing list
   regext@ietf.org<mailto:regext@ietf.org>
   https://www.ietf.org/mailman/listinfo/regext

--
Dr. Mario Loffredo
Systems and Technological Development Unit
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Mobile: +39.3462122240
Web: http://www.iit.cnr.it/mario.loffredo