--- 1/draft-ietf-regext-rdap-object-tag-03.txt 2018-07-15 16:13:19.365277554 -0700 +++ 2/draft-ietf-regext-rdap-object-tag-04.txt 2018-07-15 16:13:19.409278624 -0700 @@ -1,19 +1,19 @@ Registration Protocols Extensions S. Hollenbeck Internet-Draft Verisign Labs Updates: 7484 (if approved) A. Newton Intended status: Best Current Practice ARIN -Expires: November 22, 2018 May 21, 2018 +Expires: January 16, 2019 July 15, 2018 Registration Data Access Protocol (RDAP) Object Tagging - draft-ietf-regext-rdap-object-tag-03 + draft-ietf-regext-rdap-object-tag-04 Abstract The Registration Data Access Protocol (RDAP) includes a method that can be used to identify the authoritative server for processing domain name, IP address, and autonomous system number queries. The method does not describe how to identify the authoritative server for processing other RDAP query types, such as entity queries. This limitation exists because the identifiers associated with these query types are typically unstructured. This document updates RFC 7484 by @@ -29,21 +29,21 @@ Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at https://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." - This Internet-Draft will expire on November 22, 2018. + This Internet-Draft will expire on January 16, 2019. Copyright Notice Copyright (c) 2018 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents @@ -130,22 +130,24 @@ the service provider identifier is found following the last HYPHEN- MINUS character in the tagged identifier. The service provider identifier is used to retrieve a base RDAP URL from an IANA registry. The base URL and entity handle are then used to form a complete RDAP query path segment. For example, if the base RDAP URL "https://example.com/rdap/" is associated with service provider "YYYY" in an IANA registry, an RDAP client will parse a tagged entity identifier "XXXX-YYYY" into distinct handle ("XXXX") and service provider ("YYYY") identifiers. The service provider identifier "YYYY" is used to query an IANA registry to retrieve the base RDAP - URL "https://example.com/rdap/". The base RDAP URL is concatenated - to the entity handle to create a complete RDAP query path segment of + URL "https://example.com/rdap/". The RDAP query URL is formed using + the base RDAP URL and entity path segment described in Section 3.1.5 + of RFC 7482 [RFC7482], using "XXXX-YYY" as the value of the handle + identifier. The complete RDAP query URL becomes "https://example.com/rdap/entity/XXXX-YYYY". Implementation of this practice requires tagging of unstructured potential query identifiers in RDAP responses. Consider these elided examples ("..." is used to note elided response objects) from Section 5.3 of RFC 7483 [RFC7483] in which the handle identifiers have been tagged with service provider tags "RIR", "DNR", and "ABC" respectively: { @@ -604,20 +606,21 @@ 00: Initial working group version. 01: Added text to describe why the TILDE character was chosen as the separator character. 02: Nit fixes. Added rdapConformance text, switched back to HYPHEN MINUS, and added IANA registration instructions per working group last call discussion. Updated suffix syntax reference from the IANA EPP ROID registry to RFC 5730 (which is what the IANA registry references). 03: Shephered writeup review updates to explain examples in Section 2. + 04: AD review update to clarify query path construction. Authors' Addresses Scott Hollenbeck Verisign Labs 12061 Bluemont Way Reston, VA 20190 USA Email: shollenbeck@verisign.com