| Internet-Draft | Celestial Bodies Reference Framework | September 2026 |
| Acosta | Expires 12 March 2027 | [Page] |
This document highlights the architectural requirement within Deepspace/TIPTOP protocols to utilize an external, standardized reference framework for celestial objects, functioning as an equivalent to ISO 3166 for interplanetary networking. To avoid operational overhead and duplication of effort, this framework defers the definitions, naming, and tracking of celestial entities directly to the International Astronomical Union (IAU) and the Minor Planet Center (MPC). This document outlines how these external identifiers guide hierarchical address allocation without requiring IANA to maintain a dedicated astronomical nomenclature registry. The ultimate objective is to establish a clear definition of what constitutes a valid Celestial Body for networking purposes.¶
This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.¶
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 12 March 2027.¶
Copyright (c) 2026 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 carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.¶
Recent architectural discussions within the IETF Taking IP to Other Planets (TIPTOP) working group emphasize that deep space networking protocols require a stable reference framework based on celestial topographies.¶
To achieve multi-agency interoperability, deep space networks require a universally recognized taxonomy for celestial objects, serving a purpose analogous to ISO 3166 country codes on Earth. However, neither the IETF nor IANA should bear the operational burden of defining, naming, or cataloging celestial bodies.¶
Rather than creating a new standalone registry from scratch, this document establishes that deep space networking protocols MUST defer to the authoritative entities already managing these spaces: the International Astronomical Union (IAU) for major bodies and approved names, and the Minor Planet Center (MPC) for provisional designations and minor body tracking.¶
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 [RFC2119] [RFC8174] when, and only when, they appear in all capitals, as shown here.¶
Deep space addressing plans requiring celestial identification MUST utilize the data models and standardized outputs managed by the IAU and the MPC.¶
Major Planets and Satellites: Addressing protocols SHALL map identifiers to the definitive nomenclatures established by the IAU.¶
Minor Planets, Asteroids, and Comets: Protocols requiring allocation for minor or newly discovered bodies SHALL leverage the serial numbers and provisional designations assigned by the MPC.¶
By deferring to both bodies, the network architecture accommodates the complete operational lifecycle of a celestial target—from its initial provisional tracking code to its permanent astronomical designation.¶
The goal of this document is exactly what happened back with RFC 1591 where in section 4 point 2, the author (Jon Postel) mentions:¶
The IANA is not in the business of deciding what is and what is not a country. The selection of the ISO 3166 list as a basis for country code top-level domain names was made with the knowledge that ISO has a procedure for determining which entities should be and should not be on that list.¶
In the same way we could say:¶
The IANA is not in the business of deciding what is and what is not a celestial body. The selection of IAU and MPC lists as a basis for celestial body names was made with the knowledge that those entities have a procedure for determining which entities should be and should not be on those lists.¶
This document requires no immediate or active registration actions from IANA.¶
This document does not define any protocol architecture, data models, or operational mechanisms. However, establishing a strict taxonomic baseline introduces significant security and operational benefits.¶
Specifically, referencing external authoritative lists (IAU and MPC) prevents a class of operational exploits where malicious or erroneous actors could request networking prefixes or resources for non-existent celestial bodies. Defining strictly what constitutes a valid celestial entity ensures resource integrity and prevents spatial address space pollution or exhaustion.¶
Consequently, this document introduces no new security or privacy vulnerabilities to network infrastructures.¶
The author would like to thank Erik Kline for his critical structural feedback regarding IANA overhead, and Marshall Eubanks for providing the necessary astronomical context regarding the Minor Planet Center (MPC) and celestial body naming lifecycles. Their insights directly shaped the reference framework proposed in this document.¶