<?xml version='1.0' encoding='utf-8'?>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc2629 version 1.4.2 -->
<!DOCTYPE rfc SYSTEM "rfc2629-xhtml.ent">
<?rfc toc="yes"?>
<?rfc sortrefs="yes"?>
<?rfc symrefs="yes"?>
<?rfc comments="yes"?>
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-wiethuechter-drip-dia-rdap-00" category="std" obsoletes="" updates="" submissionType="IETF" xml:lang="en" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.7.0 -->
  <front>
    <title abbrev="DIA RDAP Interface">DRIP Information Agent (DIA) RDAP Interface</title>
    <seriesInfo name="Internet-Draft" value="draft-wiethuechter-drip-dia-rdap-00"/>
    <author initials="A." surname="Wiethuechter" fullname="Adam Wiethuechter">
      <organization>AX Enterprize, LLC</organization>
      <address>
        <postal>
          <street>4947 Commercial Drive</street>
          <city>Yorkville</city>
          <region>NY</region>
          <code>13495</code>
          <country>USA</country>
        </postal>
        <email>adam.wiethuechter@axenterprize.com</email>
      </address>
    </author>
    <author initials="S." surname="Card" fullname="Stuart Card">
      <organization>AX Enterprize, LLC</organization>
      <address>
        <postal>
          <street>4947 Commercial Drive</street>
          <city>Yorkville</city>
          <region>NY</region>
          <code>13495</code>
          <country>USA</country>
        </postal>
        <email>stu.card@axenterprize.com</email>
      </address>
    </author>
    <author initials="R." surname="Moskowitz" fullname="Robert Moskowitz">
      <organization>HTT Consulting</organization>
      <address>
        <postal>
          <street/>
          <city>Oak Park</city>
          <region>MI</region>
          <code>48237</code>
          <country>USA</country>
        </postal>
        <email>rgm@labs.htt-consult.com</email>
      </address>
    </author>
    <date year="2022" month="September" day="27"/>
    <area>Internet</area>
    <workgroup>drip Working Group</workgroup>
    <keyword>Internet-Draft</keyword>
    <abstract>
      <t>This document defines the RDAP interface behaviors for clients to lookup information from a DRIP Information Agent (DIA).</t>
    </abstract>
  </front>
  <middle>
    <section anchor="introduction" numbered="true" toc="default">
      <name>Introduction</name>
      <t>The DIA is one of the required components in a DIME for it to fulfill the role of lookup of additional information around DRIP Entity Tags (DETs). A standardized interface is needed for this to avoid interoperability issues between vendors supporting DRIP and the various logical components of the DIME.</t>
      <t>Per <xref target="drip-detim" format="default"/> the DIA MUST use:</t>
      <ul empty="true" spacing="normal">
        <li>Registration Data Access Protocol (RDAP) (<xref target="RFC7480" format="default"/>, <xref target="RFC9082" format="default"/> and <xref target="RFC9083" format="default"/>) as the selected protocol to provide policy driven differentiated access for queries of information.</li>
      </ul>
      <t>This document is the definition of this interface and its behavior; specifically between the DIA and client looking up information using the DET as a key. A snapshot of the OpenAPI specification is in <xref target="api-spec" format="default"/> at the time of this documents publishing; with a URI to access an updated specification.</t>
    </section>
    <section anchor="terminology" numbered="true" toc="default">
      <name>Terminology</name>
      <section anchor="required-terminology" numbered="true" toc="default">
        <name>Required Terminology</name>
        <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 <xref target="RFC2119" format="default"/> <xref target="RFC8174" format="default"/> when, and only when, they appear in all capitals, as shown here.</t>
      </section>
    </section>
  </middle>
  <back>
    <references>
      <name>References</name>
      <references>
        <name>Normative References</name>
        <reference anchor="RFC9153" target="https://www.rfc-editor.org/info/rfc9153">
          <front>
            <title>Drone Remote Identification Protocol (DRIP) Requirements and Terminology</title>
            <author fullname="S. Card" initials="S." role="editor" surname="Card">
              <organization/>
            </author>
            <author fullname="A. Wiethuechter" initials="A." surname="Wiethuechter">
              <organization/>
            </author>
            <author fullname="R. Moskowitz" initials="R." surname="Moskowitz">
              <organization/>
            </author>
            <author fullname="A. Gurtov" initials="A." surname="Gurtov">
              <organization/>
            </author>
            <date month="February" year="2022"/>
            <abstract>
              <t>This document defines terminology and requirements for solutions produced by the Drone Remote Identification Protocol (DRIP) Working Group. These solutions will support Unmanned Aircraft System Remote Identification and tracking (UAS RID) for security, safety, and other purposes (e.g., initiation of identity-based network sessions supporting UAS applications). DRIP will facilitate use of existing Internet resources to support RID and to enable enhanced related services, and it will enable online and offline verification that RID information is trustworthy.</t>
            </abstract>
          </front>
          <seriesInfo name="RFC" value="9153"/>
          <seriesInfo name="DOI" value="10.17487/RFC9153"/>
        </reference>
        <reference anchor="drip-detim" target="https://www.ietf.org/archive/id/draft-wiethuechter-drip-detim-arch-00.txt">
          <front>
            <title>DRIP Entity Tag (DET) Identity Management Architecture</title>
            <author fullname="Adam Wiethuechter" initials="A." surname="Wiethuechter">
              <organization>AX Enterprize, LLC</organization>
            </author>
            <author fullname="Stuart W. Card" initials="S. W." surname="Card">
              <organization>AX Enterprize, LLC</organization>
            </author>
            <author fullname="Robert Moskowitz" initials="R." surname="Moskowitz">
              <organization>HTT Consulting</organization>
            </author>
            <author fullname="Jim Reid" initials="J." surname="Reid">
              <organization>RTFM llp</organization>
            </author>
            <date day="27" month="September" year="2022"/>
            <abstract>
              <t>   This document describes the high level architecture for the
   registration and discovery of DRIP Entity Tags (DETs) using DNS
   technologies and practices.  Discovery of DETs and their artifacts
   are through the existing DNS structure and methods by using FQDNs.  A
   general overview of the interfaces required between components is
   described in this document with supporting documents giving technical
   specifications.

              </t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-wiethuechter-drip-detim-arch-00"/>
        </reference>
        <reference anchor="RFC2119" target="https://www.rfc-editor.org/info/rfc2119">
          <front>
            <title>Key words for use in RFCs to Indicate Requirement Levels</title>
            <author fullname="S. Bradner" initials="S." surname="Bradner">
              <organization/>
            </author>
            <date month="March" year="1997"/>
            <abstract>
              <t>In many standards track documents several words are used to signify the requirements in the specification.  These words are often capitalized. This document defines these words as they should be interpreted in IETF documents.  This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="2119"/>
          <seriesInfo name="DOI" value="10.17487/RFC2119"/>
        </reference>
        <reference anchor="RFC8174" target="https://www.rfc-editor.org/info/rfc8174">
          <front>
            <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
            <author fullname="B. Leiba" initials="B." surname="Leiba">
              <organization/>
            </author>
            <date month="May" year="2017"/>
            <abstract>
              <t>RFC 2119 specifies common key words that may be used in protocol  specifications.  This document aims to reduce the ambiguity by clarifying that only UPPERCASE usage of the key words have the  defined special meanings.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="8174"/>
          <seriesInfo name="DOI" value="10.17487/RFC8174"/>
        </reference>
      </references>
      <references>
        <name>Informative References</name>
        <reference anchor="RFC7480" target="https://www.rfc-editor.org/info/rfc7480">
          <front>
            <title>HTTP Usage in the Registration Data Access Protocol (RDAP)</title>
            <author fullname="A. Newton" initials="A." surname="Newton">
              <organization/>
            </author>
            <author fullname="B. Ellacott" initials="B." surname="Ellacott">
              <organization/>
            </author>
            <author fullname="N. Kong" initials="N." surname="Kong">
              <organization/>
            </author>
            <date month="March" year="2015"/>
            <abstract>
              <t>This document is one of a collection that together describes the Registration Data Access Protocol (RDAP).  It describes how RDAP is transported using the Hypertext Transfer Protocol (HTTP).  RDAP is a successor protocol to the very old WHOIS protocol.  The purpose of this document is to clarify the use of standard HTTP mechanisms for this application.</t>
            </abstract>
          </front>
          <seriesInfo name="STD" value="95"/>
          <seriesInfo name="RFC" value="7480"/>
          <seriesInfo name="DOI" value="10.17487/RFC7480"/>
        </reference>
        <reference anchor="RFC9082" target="https://www.rfc-editor.org/info/rfc9082">
          <front>
            <title>Registration Data Access Protocol (RDAP) Query Format</title>
            <author fullname="S. Hollenbeck" initials="S." surname="Hollenbeck">
              <organization/>
            </author>
            <author fullname="A. Newton" initials="A." surname="Newton">
              <organization/>
            </author>
            <date month="June" year="2021"/>
            <abstract>
              <t>This document describes uniform patterns to construct HTTP URLs that may be used to retrieve registration information from registries (including both Regional Internet Registries (RIRs) and Domain Name Registries (DNRs)) using "RESTful" web access patterns.  These uniform patterns define the query syntax for the Registration Data Access Protocol (RDAP). This document obsoletes RFC 7482.</t>
            </abstract>
          </front>
          <seriesInfo name="STD" value="95"/>
          <seriesInfo name="RFC" value="9082"/>
          <seriesInfo name="DOI" value="10.17487/RFC9082"/>
        </reference>
        <reference anchor="RFC9083" target="https://www.rfc-editor.org/info/rfc9083">
          <front>
            <title>JSON Responses for the Registration Data Access Protocol (RDAP)</title>
            <author fullname="S. Hollenbeck" initials="S." surname="Hollenbeck">
              <organization/>
            </author>
            <author fullname="A. Newton" initials="A." surname="Newton">
              <organization/>
            </author>
            <date month="June" year="2021"/>
            <abstract>
              <t>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. This document obsoletes RFC 7483.</t>
            </abstract>
          </front>
          <seriesInfo name="STD" value="95"/>
          <seriesInfo name="RFC" value="9083"/>
          <seriesInfo name="DOI" value="10.17487/RFC9083"/>
        </reference>
      </references>
    </references>
    <section anchor="api-spec" numbered="true" toc="default">
      <name>OpenAPI Specification</name>
      <t>TODO</t>
      <!-- TODO: put OpenAPI YAML/JSON file into GitHub of draft and point it here -->

</section>
  </back>
  <!-- ##markdown-source:
H4sIAKAYM2MAA81W328aRxB+R+J/mNgvseSj2CayfamiXA2JqcBQwEqtqqqW
u4HbctxedvegxOJ/78wuP85Jm772ib3d2Z3v++absYMgqNdilch8HkJpZ8FN
vVavWWkzDKE96g6hm8+UXgorVQ7RHHMLr9vd6AxG7YgPLeqZiLFeE9OpxhVd
6kbfnCUqzsWSXky0mNlgLdGmJcYpBQSJlkWQSBHoRBRBs0lwhMW50psQjE0Y
jix0CFaXxl42m7fNS0qmUYQ+Q462XlvP+W1ZwCelF8QFPmpVFvXaYn2MCtqc
3D1/eNlYkSd/iEzlBG6Dpl4rZAi/WRWfg1HaapwZWm2WfhGr5ZIUML/zXVHa
VOmQlwEAyNyEEDXgU4VcvUYH4KlHiVj+w6HSBD36FTqMstDyC55Dr3fnDw0B
QELbum1dwx0n17EUGbS1XKEPiaUloZ6I9kpm2W5T45zKFcLD0y5IJYTg4qp1
+2a/UeaWFX4cR34Hl0JmIQhC2ajW5734Cw/QGiRAhe24AXdCJ1WWY1sKbSvb
/zN+xpaNmMB9j9aoAX1lFmot7Zcqt5GaInH76swRvJ9MCH9uysyS+16SOzmp
MhmIBQyFXrwk0u9WibRuLq+u/4OIni/fZ2JqGqm1QexTex71Wu4bdoWhvzL6
cHd78eYqhFPXJIHGz6XU6KzsI3wTopVL6peg3fjXPuWQQOg4dX25Hw3VTNet
myZncu1M4IqgNHjE0by5PJx+LlFvAv9GNeLqEPGnUTnBNQUR5O6kKgUBEG2r
RWz5e5JKAzRfSmYDCc5kjgZsin4Iyf0QgimmYiWVNkAJIc4kswerIFNqURYg
K3NuptUSxHfnX2MPZimThH1Zr53yqNEqKWMO9uDQzUOCSBMG1MwB28mf8Dgh
Yg6HzDlft99x6KRlYLMym5Hn/R2Vufs7sLQSSSI5D7VLFbqgwZcnHjr1HHkO
JmJuCHRnYs4aEIGbedQCZPykog9hzBET2mMElmUlDGKl5C5KFajFVGb8pDSm
JJmnaNeIOawwT1hZUxYFTU0ewA4AJXLoV0JLVRpCP5cxAa4Q32nC1J2kQ9Tw
/Hw023a7O4+g/zieAJnJjdx3MKLeYR842m1hBURxjMbAUCsa4CqD12yBM3j9
/Lzz5XZ7Du6DbUgvM77999V2ewbCW8dghrElKYr9UyQFrVcyQShUJuMNtwzR
hkTOZqiJihR8QXgILCG7W6JjWClQ41vTSp/UedeV1IsiTaU6jFRac3DxWzAF
xnLGcmabQyH2UnG4t7hzDBfkK4uXhjddfGfCvAUscOP8kYvCpMruSzMoMI+G
3WNCd9+hI/FEIQM+YTWti6ei4YHBnqSBopxm0qSU9S3Q9Ewp4eOo6zzmNRME
qkicii9SNXxvTVAvZa7IQht4PrXHr607PyU/7NqqErlvQqIGa6UTAyfsopNz
/wsPA7cedX557I46bV6P76Ne77DYR4zvB4+99nF1vHk36Pc7D21/mXbhq61+
9EQ/XJCTwXDSHTxEvROW7oU81LbIUkzR17zQ6NxEEWhiLaeuVeGnuyFctEj1
V+TZy4uLW1Ldf9xcXLfoY51i7pOpnGzhP6koGxBFgUK7OUMjJaayWZHRvzSU
goq9ziElFx+G2lTECy/7vvrjF9V/Pj3U3Uk8aA/498dXdJc/Qiq3Pdx9ivq9
H34eDx6A5pljqOCjtPfllH3i/tY4zIWS3A7WYYEgeFf7Gw0USPOfCgAA

-->

</rfc>
