<?xml version="1.0" encoding="utf-8"?>
  <?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
  <!-- generated by https://github.com/cabo/kramdown-rfc version 1.6.14 (Ruby 2.6.10) -->


<!DOCTYPE rfc  [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">

<!ENTITY RFC1518 SYSTEM "https://bib.ietf.org/public/rfc/bibxml/reference.RFC.1518.xml">
<!ENTITY RFC7020 SYSTEM "https://bib.ietf.org/public/rfc/bibxml/reference.RFC.7020.xml">
<!ENTITY RFC8720 SYSTEM "https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8720.xml">
]>


<rfc ipr="trust200902" docName="draft-li-ips-address-space-00" category="std" consensus="true" submissionType="IETF" updates="7020">
  <front>
    <title abbrev="IP for Outer Space">IP Address Space for Outer Space</title>

    <author initials="T." surname="Li" fullname="Tony Li">
      <organization>Juniper Networks</organization>
      <address>
        <email>tony.li@tony.li</email>
      </address>
    </author>

    <date year="2024" month="November" day="25"/>

    
    <workgroup>Deep Space Working Group</workgroup>
    

    <abstract>


<t>The exploration of outer space depends heavily upon communications
technology and in many cases, uses IP. IP address allocation has been
formally assigned to Regional Internet Registries (RIRs), but there is
no formal allocation of address space for networks in outer space.</t>

<t>This document describes updates existing address allocation procedures
to include address space for outer space.</t>



    </abstract>



  </front>

  <middle>


<section anchor="introduction"><name>Introduction</name>

<t>The exploration of outer space depends heavily upon communications
technology and in many cases, uses IP. IP address allocation was
formally assigned to Regional Internet Registries (RIRs) by
<xref target="RFC7020"/> for each continent, but no provision was made to reserve
address space for outer space. As a result, address space for missions
to outer space will likely be allocated by the various space agencies
on a a per-mission basis, resulting in a haphazard patchwork. As
connectivity in outer space improves, this address allocation will
prevent effective address aggregation, resulting in inefficient
routing for all parties.</t>

<t>Historically, addressing in the IPv4 address space prior to the
introduction of CIDR was done in a similar manner.  This has led to a
very large number of unaggregated /24 prefixes distributed globally
that is colloquially known as "the swamp". This has contributed to the
IPv4 routing table's growth of up to a million prefixes as of this
writing.  This document proposes avoiding a repeat of this for outer
space by having a consistent and aggregatable address allocation plan.</t>

</section>
<section anchor="efficient-routing"><name>Efficient Routing</name>

<t>Address aggregation was first documented in <xref target="RFC1518"/>. Aggregation
allows the combining of multiple address prefixes that are closely
topologically related into a single, less-specific, prefix. Carrying
fewer prefixes in the global routing infrastructure to cover the same
amount of deployed address space is advantageous because it decreases
routing protocol overhead, forwarding table space, and router CPU
cycles. All of these resources will be in short supply in outer space,
so it benefits everyone to have routing be done efficiently.</t>

<t>To understand how to aggregate prefixes in outer space, we need to
anticipate what the topology of the networks in space will eventually
become. The historical growth of the Internet can help us in this
regard.  As we can see from today's Internet topology, we have very
good connectivity on land on most continents, where links are
relatively easily deployed. Continents are inter-connected by far
fewer submarine fibers that cover larger distances and are much harder
to deploy than land-based fiber. We can generalize this observation
and expect to see links where they are easier and cheaper to deploy,
with fewer links in expensive, hard-to-deploy situations.</t>

<t>In outer space then, we might expect that connectivity in and around
celestial bodies will be much more common than links between
bodies. Due to this expected topological relationship, and the desire
to aggregate around topologically related networks, we should then
expect that aggregation will be easiest around celestial bodies.</t>

</section>
<section anchor="per-body-address-allocation"><name>Per Body Address Allocation</name>

<t>To enable aggregation around celestial bodies, we would then like to
have a prefix per celestial body.  The following celestial bodies
should each receive a prefix:</t>

<t><list style="symbols">
  <t>The moon</t>
  <t>The asteroid belt</t>
  <t>Each other planet</t>
</list></t>

</section>
<section anchor="administration"><name>Administration</name>

<t>Administration of the IP address space for outer space should be done
in much the same manner as is being done today by RIRs, according to
the priniciples laid out in <xref target="RFC8720"/>. Because the amount of address
space needed for outer space is minimal for the immediate future, IANA
may choose to delete address space assignment for outer space to one
of the existing RIRs.  Creating a separate, new RIR is also
acceptable, but would seem to be organizationally less efficient.</t>

<t>The RIR for outer space should operate in a manner similar to other
RIRs, allocating address space to qualified requests for those
operating or with credible, demonstrable near-term plans for operating
in Outer Space.  The RIR should have a single address space for all of outer
space, and from the block allocate smaller blocks for each celestial
body. Allocations for each request should come from the relevant block
for the celestial body.</t>

</section>
<section anchor="security-considerations"><name>Security Considerations</name>

<t>This document creates no new security issues.</t>

</section>
<section anchor="iana-considerations"><name>IANA Considerations</name>

<t>This document requests that IANA delegate allocation of IP address space
for outer space to an existing or new Regional Internet Registry and
direct the registry to allocate IP address space for outer space in
accordance with this document.
<!---
  -
       ins: M. Eubanks
       name: Marshall Eubanks
       org: Space Initiatives
       email: tme@space-initiatives.com
--></t>

</section>


  </middle>

  <back>


    <references title='Normative References'>

&RFC1518;
&RFC7020;
&RFC8720;


    </references>




  </back>

<!-- ##markdown-source:
H4sIAKyeRGcAA8VY74/cthH9zr+CTT+0BVbbi5EizqEocjk7zRVNerg4yGdK
ml0RlkiZpFZZB/7f+2ZIaX/4nAD9Uhv27a3I4ZuZN2+GqqpKNb61bn+rp7Sr
XqpkU0+3+uFR37VtoBj1j6NpSO980P+ZEoX8uzJ1HeggC68ftb5xZoCRNphd
qnpb2TFWJpurIq+pbm7UjDNfEY3lgJ99eAsc+p/BT6NqTKK9D8dbHVOr4lQP
NkbrXTqOjO71m2+VHcOtTmGK6cXNzVc3L9Q0ttgVb/WXNy9ulDJT6ny4VVpX
+Cd/rMPTN1v9b7t8k4G+8e549qUPgPavydkRPv1AaQa0uDykwdgeB2PLtrdf
l59KOR8Gk+yB+MSnb+8//9vnL8tHxlM+vvwyf1TW7U4bVFVV2tQxBdMkpd50
pOmXsfcBz73Tfqe9xFdip1saybVRd2QOtj/qacSaxg8DEDeyI6pETed87/dH
bVwLx/Vg4GNjIsWNnvA/Mrfl7JW8aNP3Pu/WnYm6JnJKIPY4wiD4e0ct3NZP
tMci0+sHB0yOknwD7BZG//z08BT/stH1lHTqKJC2EaHR2dL5IXBqOTquDHMl
2Az4zOUtx8RGDWZNA7mEEMQm2BoHlqQjXoDA/HnGnzH4htoJXyvgt67pp5ae
Of3yRM7JYNu2J6X+yM4G304NG/z/Z2g28X9Ojq6P6tdfCy0/fBDPyTQdADpE
EOHN6UPWELiDjeVA4EPUcAbAUDhAAn4zgPoOiHnt1MPgx2tLQUtKzmM3277X
vX1L8KymxWl4Vx+ZUfpggvXTYsnsyTXwTQGjwV9UbFUs69pEi1BmCEwNy2s6
M3bmvQmtHk1qOqYbY4UMOkdI78Gm4xX9tB04EpyXxDR8LiFArUYoIrOTdjux
dOKY2e8D7WXpFSAEfLezcMElBeWTrzk8sA2AIcE3cPE7pNAHcAf5XoNZLHBQ
Hh4PX1zFeESYAqcLz6E2J/YyWe8fXj1JTlvvKMcl2sH2JjALHYWt1lJxLAV9
ppZRBwpHjTV70m4aaoQHpia3OIdlf33xBQ6mnf0FdGuFd6ASHux7XzN4lTqT
oAkgG4L3brLC4LfOz8AQ9WfsTJzNMH62PQFgYi6GikPi8BKvZOqe/hT1Pvg5
dQJqFMQgWd9nBSiYYA2POYtqDpZ3L56u2oJUj57Lzxy8bUVSkLKRgLtsPXFd
5ViDmh0qXZYCLGiX2BLX9RIchvisNvXGbVlgXi800E/ZLaXuPmaPJG1nQ0wr
YBLxkIrmnvPhA+h82qD4rDkKS6BAtXUME44MzMHxDNQaI0mRgXQ3PeLAOUNA
IFSZfohFb/KhEmKmYU8bsESaOzUWfmyKta2+NyEc2ZsdzSDMekghbubFmkl0
xWDAGjAVcs05bFB3QZZGtGplBj85SQQ0tvdH4LikvZTnwbgEZWCZqKkxEFNt
uWk0gVhe10JDqpMHEzUfArFuN5zaGeKw0iqb3UguQ9aE+8efVHNs4DAijTIV
VkATubD9FBp4JyJWS2VFDCFJx2kc+2td2ajoGVhNEAGb0MS4wrgi4TgIRWtc
YEoqddWK/sg90aP6WgIZGF3nZyH9Uo0XsT4/Vc+oX5JaUggUDI68fOa0c6BL
uo/FsYumfKbRonWTFDWC7AfiiiXdrVJ1Vo+iUUtHagxGDOpHNLlMAxQjQw4t
ahFdA/B4SSQ0iuAH4GnNEeW9GlgAiicSJ46b2nvf6gsZR730HBr8HDxKZu1w
UPJZppPeOjgGsiuhNTQbWQJJuGsvDAOJ131SF5aBVOWk3Jl2JhSG86yKFoVk
7TCghFJOmcainUGE0TjmiSgELA4T+m+HCEBSkMN8Mu/MDlRoZThHDG71zzk+
6HwUTG/fUxYlX3NbLkUPu5hPAI8pwZHMjmankY2jHMuOAg+vbkB/HnfX0zdq
tkhedirvRrLYKPTtABYx3Cr5qoCNFmSQ0QbMfLjsnzjQSbIGu+/SiiwH5rLt
5oigyFvVEEosoUPoGleUs6qSaA0+iKIN3pVACcYaZOXRNW/Z6lcT5Z5hYzlX
iL8KWpYzht3ZMZc5kxUDpgUpLuopw9LPq+FSJOIman7qxZBT585eCHlxRnIQ
02L92mnpDY+I5De+Pa53sru1gYgKkMvt5cz8J8wJvHlFJ4MW64BUkSmSwVPU
5c6jdEke3LibsCJdG1bFZ5kkAzVkzwzyDUf2Dx6I80fIPAU0WMSgT/juNW/0
fGeQnkiJHb9rBzQsvhdlXy9/X5Xl8beH+SUfRUUVz9pMoaWrlJmHhwPLDGL/
2izDUB4ubx6cQY6m8aU1eMWbMWM5lk+EAnUKX3Do2oz5qsfN+JvSgXjDqX0V
wGWAYDnmAr/CDTTsL9+c+BFbsMNArWU67ibukRv9cPfDnRqAs+m8j5QruKd0
fcPJ1wQZca7P4REccSnhXK9S7DUSf4+uma9WUBLMpDh8A8QzP5d+20c0kqah
UTpmvj1kjkF5WL858rhUG2ffS+KkcnhgODW0bb5UsclPZM+Dley3TKslY8vQ
yg4wdVRJVCmPs+vg6ug7tCyMKIh2oHcTOBxLbBE7lc+QCSlo0T+MDK0Vr1qC
1DD1uNQcmVAB4iBkLRPhspkJdvZCpNQOu1ZcKdWWR6dnuGvyVHE2YmZlyu0Q
tmr493a9G+nIF0EcJ1/HsxvdUqQq1/BJNs4WlTAs2LiTnw6CvBFPU9m0Wlh4
JQ5cqj9SMwUW8XsegFsK5Z57dXPnEYzv67hdMoXisgt3tqmoHRP6d6ysqRNZ
lQ3M+SzTF+8YrrVBPcN9406cl5cQ86fv0XJbVy2aQ5NKhMr3bGhJyO8qknUq
qwnPAZlp6dzDrfr7H6qq+ujl1fdb/XqqjTu9j8pvsL43IXZMm6un8iorv2B7
cLjvyIjz0busgb7Or+Xsac0WRFBV9Q/1X4rCDoUkFAAA

-->

</rfc>

