AX Enterprize, LLC

4947 Commercial Drive Yorkville NY 13495 USA adam.wiethuechter@axenterprize.com

AX Enterprize, LLC

4947 Commercial Drive Yorkville NY 13495 USA stu.card@axenterprize.com

HTT Consulting

Oak Park MI 48237 USA rgm@labs.htt-consult.com

Internet drip Working Group Internet-Draft This document defines extensions to the Extensible Provisioning Protocol (EPP) to support DRIP Entity Tag (DET) and its additional information registration into a DRIP Identity Management Entity (DIME). The Registry is a logically required component of a DIME that handles the various DNS functions for DRIP registration and lookup using DETs.

Introduction The Registry is one of the required components in a DIME for it to fulfill the role of registration of DRIP Entity Tags (DETs) of clients. A standardized interface is needed for this to avoid interoperability issues between vendors supporting DRIP and the various logical components of the DIME. Per the Registry MUST:

• provided an interface for interactions with the DPA. This interface MAY use the Extensional Provisioning Protocol (EPP) .

This document is the definition of this interface and its behavior; specifically between the Registry and a DPA.

Terminology

Required Terminology 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 when, and only when, they appear in all capitals, as shown here.

Command Mappings

Common Attributes There are a number of common attributes between the various EPP commands under DRIP that has specific encoding rules.

• The hi attribute is a Base64 encoding of the Host Identity.
• The det attribute is a string from of the DET.

Query Commands

<check> Command

Registry

Operator

Aircraft Serial Number

Aircraft Session ID

<info> Command

Registry

Operator

Aircraft Serial Number

Aircraft Session ID

<transfer> Command Transfer semantics do not apply in DRIP, so there is no mapping defined for the EPP <transfer> command.

Transform Commands

<create> Command

Registry The mfrCode field is only used by an MRA when registering with an IRM and holds the ICAO assigned Manufacturer Code for ANSI CTA2063-A Serial Numbers. It has a max of 4 characters. Example: 2001:0030:00a0:0145:a3ad:1952:0ad0:a69e Hex of SelfAttestation(Registry) 10 20 FAA MFR0 Federal Aviation Administration Orville Wright Federal Building 800 Independence Avenue SW Washington DC 20591 US 1 (866) 835-5322 stephen.dickson@faa.gov ]]>

Operator Example: 123 Example Dr. Suite 100 Dulles VA 20166-6503 US some_faa_account 123456 Hex of SelfAttestation(Operator) Hex of Attestation(Registry, Operator) ]]>

Aircraft Serial Number Example: 0000F000000000000000 Hex of SelfAttestation(Aircraft) Hex of BroadcastAttestation(Registry, Aircraft) Drones R Us Fast Drone 9000 White Plastic 12.0 5.0 4.0 3.0 4 2.0 5000 12 5.2 Lithium-Ion 15 25 10 15 35 90 55 ]]>

Aircraft Session ID Example: 0000F000000000000000 Hex of BroadcastAttestation(Registry, Aircraft) Hex of AttestationCertificate(Registry, Operator, Aircraft) uss.example.com NOP123456 Hex of Attestation(Operator, Aircraft) Hex of MutualAttestation(Registry, Operator) N1232456 2022-04-09T15:43:13Z 2022-04-09T20:43:13Z ]]>

<delete> Command

Registry Example: 2001:0030:00a0:0145:a3ad:1952:0ad0:a69e DEL-REGIS ]]>

Operator Example: DEL-OPER ]]>

Aircraft Serial Number Example: 0000F000000000000000 DEL-AIRCRFT ]]>

Aircraft Session ID Example: DEL-SID ]]>

<renew> Command Renewal semantics do not apply in DRIP, so there is no mapping defined for the EPP <renew> command.

<transfer> Command Transfer semantics do not apply in DRIP, so there is no mapping defined for the EPP <transfer> command.

<update> Command

Registry

Operator

Aircraft Serial Number

Aircraft Session ID

Acknowledgements

• Scott Hollenbeck for his initial guidance with EPP/RDAP

Contributors

• Len Bayles for his help in formatting EPP definitions and creating an extension for FRED

References Normative References 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. AX Enterprize, LLC AX Enterprize, LLC HTT Consulting RTFM llp 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. 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. 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. Informative References This document describes an application-layer client-server protocol for the provisioning and management of objects stored in a shared central repository. Specified in XML, the protocol defines generic object management operations and an extensible framework that maps protocol operations to objects. This document includes a protocol specification, an object mapping template, and an XML media type registration. This document obsoletes RFC 4930. [STANDARDS-TRACK]