Licklider Transmission Protocol (LTP), Compressed Bundle Header Encoding (CBHE), and Bundle Protocol IANA Registries

The DTNRG research group has defined the Licklider Transmission Protocol (LTP). LTP contains certain fields that are subject to a registry. For the purpose of its research work, the group has created ad-hoc registries. As the specifications are stable and have multiple interoperable implementations, the group would like to hand off the registries to IANA for official custody. This document describes the actions needed to be executed by IANA . The Compressed Bundle Header Encoding (CBHE) specification defines the concepts of Node Number and Service Number in the 'ipn' URI scheme. In this document we request formation of an IANA registry for the Node Number field in the 'ipn' scheme. Because of its association with space communication and the Consultative Committee on Space Data Systems , a portion of the CBHE Node Number space and a corresponding portion of the LTP Engine ID space is delegated by this document to the CCSDS Space Assigned Numbers Authority . SANA functions similarly to IANA in that it maintains registries of managed values, with a focus on values used by protocols used by CCSDS member agencies.

The Licklider Transmission Protocol has fields requiring registries managed by IANA. This document requests the creation of the three registries in this section and that they be associated with the other registries for the Licklider Transmission protocol.

Section 3.2.4 of defines the reason codes that may be present in Cancel Segments in the LTP protocol. The registration policy for this registry is: RFC Required The initial values(as defined by RFC5326) for the LTP Cancel Segment Reason Codes registry shall be: LTP Cancel Segment Reason Codes Registry Value Description Reference 0 Client service canceled session 1 Unreachable client service 2 Retransmission limit exceeded 3 Miscolored data received 4 System error caused termination 5 Retransmission limit exceeded 0x06-0xFF Unassigned This document

The Licklider Transmission Protocol has an LTP Engine ID field (section 2 of ). An IANA registry shall be set up as follows. The registration policy for this registry is: Expert review required. The designated experts for the review are the chairs of the IRTF DTN Research Group (dtnrg) if the dtnrg is extant, or as determined by the IRSG. Allocated to the Space Assigned Numbers Authority () for use by Consultative Committee for Space Data Systems (CCSDS) missions. Private or experimental use. No assignment by IANA. First-come, First-Served basis for requests for less than or equal to 2**14 values to a single entity or organization. Expert review for requests of more than 2**14 values to a single entity or organization. The designated experts for the review are the chairs of the IRTF DTN Research Group (dtnrg) if the dtnrg is extant, or as determined by the IRSG. The LTP Engine ID is expressed as a Self-Delimiting Numeric Value (SDNV) in the LTP protocol and no maximum is specified in the protocol definition. SDNVs are described inSection 4.1 of the Bundle Protocol in and are also described in the stand-alone document . The initial values for the LTP Engine Numbers registry shall be: LTP Engine Numbers Registry Value Description Reference 0 Reserved This document 1--(2**14)-1 Unassigned This document (2**14)--(2**21)-1 Allocated to CCSDS (SANA) This document (2**21)--(2**28)-1 Private/Experimental Use This document (2**28)--(2**42)-1 Unassigned This document >=(2**42) Reserved This document

The Licklider Transmission Protocol has a client service ID number field (section 3.2.1 of ). An IANA registry shall be set up as follows. The registration policy for this registry is: Allocated to the Space Assigned Numbers Authority () for use by Consultative Committee for Space Data Systems (CCSDS) missions. Private or experimental use; no assignment by IANA. Expert review required. The designated experts for the review are the chairs of the IRTF DTN Research Group (dtnrg) if the dtnrg is extant, or as determined by the IRSG. The LTP Client Service ID is expressed as a Self-Delimiting Numeric Value (SDNV) in the LTP protocol and no maximum value is specified in the protocol definition. The initial values for the LTP Client Service Identifiers registry shall be: LTP Client Service Identifiers Registry Value Description Reference 0 Reserved 1 Bundle Protocol This document 2 LTP Service Data Aggregation This document 3 CCSDS File Delivery Service This document 4--(2**14)-1 Allocated to CCSDS (SANA) This document (2**14)--32,767 Private / Experimental Use This document >=32,768 Unassigned This document

The CBHE specification defines concepts of 'Node Number' and 'Service Number' that require registries managed by IANA.

The CBHE specification defnes a Node Number (node-nbr) field (section 2.1 of ). An IANA registry shall be set up as follows. The registration policy for this registry is: Allocatable by IANA; expert review required. The designated experts for the review are the chairs of the IRTF DTN Research Group (dtnrg) if the dtnrg is extant, or as determined by the IRSG. Allocated to the Space Assigned Numbers Authority () for use by Consultative Committee for Space Data Systems (CCSDS) missions. Private or experimental use. No assignment by IANA. Allocatable by IANA on a First-come, First-Served basis for requests for less than or equal to 2**14 values to a single entity or organization. Expert review for requests of more than 2**14 values to a single entity or organization. The designated experts for the review are the chairs of the IRTF DTN Research Group (dtnrg) if the dtnrg is extant, or as determined by the IRSG. Reserved The CBHE Node Number is expressed as a Self-Delimiting Numeric Value (SDNV) in the CBHE specification. Allowable values for the Node Number range from 1 -- (2**64)-1. The initial values for the CBHE Node Number registry shall be: CBHE Node Number Registry Value Description Reference 0 Reserved This document 1--(2**14)-1 Unassigned This document (2**14)--(2**21)-1 Allocated to CCSDS (SANA) This document (2**21)--(2**28)-1 Private/Experimental Use This document (2**28)--(2**42)-1 Unassigned This document >=(2**42) Reserved This document

The Compressed Bundle Header Enoding specification defnes a Service Number (service-nbr) field (section 2.1 of ). An IANA registry shall be set up as follows. The registration policy for this registry is: RFC Required Allocated to the Space Assigned Numbers Authority () for use by Consultative Committee for Space Data Systems (CCSDS) missions. Specification Required Private / Experimental Use The CBHE Service Number is expressed as a Self-Delimiting Numeric Value (SDNV) in the CBHE specification. Allowable values for the Node Number range from 1 -- (2**64)-1. The initial values for the CBHE Node Number registry shall be: CBHE Service Number Registry Value Description Reference 0 Bundle Protocol Administrative Record 1 CCSDS File Delivery Service 2-63 Unassigned This document 64-127 Allocated to CCSDS (SANA) This document 128 - 2**16-1 Unassigned This document >=2**16 Private/Experimental Use This document

Section 6.1 of the Bundle Protocol specification specifies a 4-bit Administrative Record type code. An IANA registry shall be set up as follows to manage these record types. This document requests the addition of an additional registry titled 'Bundle Administrative Record Type' be added to the list of registries associated with the Bundle Protcol. The registration policy for this registry is:RFC required The initial values for the Bundle Administrative Record Type registry shall be: Bundle Protocol Administrative Record Type Registry Value Description Reference 0 Reserved This document 1 Bundle status report 2 Custody signal 3-15 Unassigned This document

This document requests the creation of registries managed by IANA. Thera are no security issues involved. Refer to the Security Considerations section of for security issues with the LTP protocol.

IANA is requested to create the registries as described in Sections 2, 3, and 4 of this document.

The editors would like to thank the following people, in no specific order: Scott Burleigh, Stephen Farrell.