[deepspace] Re: Fwd: New Version Notification for draft-acosta-deepspace-celestial-bodies-registry-01.txt

Marshall Eubanks <tme@space-initiatives.com> Sun, 06 September 2026 17:27 UTC

Return-Path: <tme@space-initiatives.com>
X-Original-To: deepspace@mail2.ietf.org
Delivered-To: deepspace@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id A581D1365A918 for <deepspace@mail2.ietf.org>; Sun, 6 Sep 2026 10:27:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1788715658; bh=jCn2l2MvGCk6RbhHZzPC1zu0m0O0bV9zTb39Rr5q5IA=; h=References:In-Reply-To:From:Date:Subject:To:Cc; b=URIUN2PxoerUK75qFHtzhILy0vPZKWTc8WtnCt3xRgrlq1ZDkLEN1YZUyBgrhnOsk akR/5bEl3spV5P5i0uxSh36rBRD7aZvfcCn4aMUky+mo1ONVl5w1Al+ZDD9wo4Eh2k sitWAt60NDyzQv4BU0VBnQMMbABUGvWYYi7CkuMg=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -1.233
X-Spam-Level:
X-Spam-Status: No, score=-1.233 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=space-initiatives-com.20251104.gappssmtp.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZSystSNvh7ub for <deepspace@mail2.ietf.org>; Sun, 6 Sep 2026 10:27:37 -0700 (PDT)
Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 3FCC01365A90D for <deepspace@ietf.org>; Sun, 6 Sep 2026 10:27:37 -0700 (PDT)
Received: by mail-pl1-x629.google.com with SMTP id d9443c01a7336-2d9b60c652aso33363965ad.1 for <deepspace@ietf.org>; Sun, 06 Sep 2026 10:27:37 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1788715650; cv=none; d=google.com; s=arc-20260327; b=G/xZ73NTvCQ9NbnJYKK1R0NuBmxFuFFBaZaWIU8ggW86LlXUXrcsFTo9R6mIUFiTxf OomnnR/6H9dQmKA3iDnXdWftqfkhepC95CQyD5GwGluTTuaLFsesI4QmYEDLC03dqmL/ SUE56AXmg8lKV1EpIcUh5sTrv/k9kHD14iUh7ZV/+O9XhOQxSzw6q8ibLnqwyq8gydit /8nUTS6vLj9wnvWioChRuqggImo4eN3+7L7Y/CW57plGMu1LhshgcTVWQaMQ66QiuNux tBsKJbYc8lOj3aqPk/D/p98aqVApjItB7ujePmcSH32YsEsIaKtqT2EcThLcaMAmoOlS J6cA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20260327; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=Zfw/tTxiSnmK773fj+V3NOG/bxoxgvUX2JwUJCofe9U=; fh=LzRcjZAuw2ryFMmPqfpewVBj6dLW3ZvgA/T1vxFbhGM=; b=dhqR+ALXhk+jxfo0OFapYXXkXBW42eNtOq1NjiqMHO5vynU/9OnsZQxDT+JJkUJ5OG 9JMwkFfIuxBdFs11+Y2TMqZjylYYk+SKkaYWlaDhE03WS8E3RP/hoUL85RxZZhJoPRvS keZKWCs36+57B+ORpDI3c9iefQRpYVZLk6+2a+1cbxhuHn8ba66FFfayEpUEShNdOOPy Tef4sLqtGfX1u+dGfjBSj8l3V/Q+NORSXCffxJEAqRgXt+t8VblCBl0j0pnrOF2Hcaaw zJ597sVqS2jlp8WDZliIeUeAv9StTyupogYW3X0z91QJONhAuivIbBwsiBvFj3mEZZSO lIoA==; darn=ietf.org
ARC-Authentication-Results: i=1; mx.google.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=space-initiatives-com.20251104.gappssmtp.com; s=20251104; t=1788715650; x=1789320450; darn=ietf.org; h=content-type:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:from:to:cc:subject:date:message-id:reply-to :content-type; bh=Zfw/tTxiSnmK773fj+V3NOG/bxoxgvUX2JwUJCofe9U=; b=FMriNYv/HPR5hUj0lb17TjCmqm42a4c9UWvsHiKvflNTFBy/FCTsy6gsivxgsd30xp yEO3lzmz84ATEqmlb40u5s0i3c35P7wPUxxa6UffMj3zdYdIET/jn9Kn0AOqKLr+1RaW Z66bFGUL+abZbNLr38OvppwkRbM0yi+N4Ye0wANBO37KDpFe7c0ZJC1U8LJJVahMVHuI 3axFa/d8P4ZQ6m+zIlKU8YFu91HnEMMbqXCRda9Y/BPwLx0RF+5aM3kwQtXy6iTqRmrQ 0n+webr/gsr1b4b1HFo5Ad2Dtk830Ys/U5mIFA6yfl6ABcoapxMs7gcyfyqGDbRQZxeF NFdg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1788715650; x=1789320450; h=content-type:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:x-gm-gg:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to:content-type; bh=Zfw/tTxiSnmK773fj+V3NOG/bxoxgvUX2JwUJCofe9U=; b=BQ3jf8MIzI3HTSapqEknp0T5MYeQ30o1SQd7GjxdR49a4z9tsZ/NEtt12FqbWezUAk QbaHNsfwQgz1J0ak2NJ95f8t1+tJWDMAVYg3/AjIAh4WyMTsz7GlYoVTpKdw5yv61qSo v6IBuelS1QBVs2hAhLl6VOw2EXt+zReGs9ZMgB/TC2qXGig9YCtWZgSS/l08KaZHmfJz oWePxK6hJyenYlfgp8y5M9mfWzl97G9/0h3p+15aGWk7AQPyM/H4FyVBz9BAZV4pHukF 7W0GJcaD1lqLn9/+fvulnxBjd56bAEaLn/KgL3gBqIk3CUbs5pBPqafveDjzwCP1GI67 GYOw==
X-Forwarded-Encrypted: i=1; AKwUvBw+8zvlOl2RiGeP4Qyprc4qhFQktX5rPDjUkLRg5TMzgmbvNRTrx1gIunGZaMlL5kKVV9nHzg/RlQ8=@ietf.org
X-Gm-Message-State: AFuF++lbRLEqpcNFx560t5VXTc1S0kKC+VqFkCAh9INqH7Jb4BMdMY4V g3GWqqeN/9kYSEKP+Ae+YQhM9Xh3RUjZS3OfgA8/cIvhPf96gBQ6Qx9/XNj3W3IKWGlULmQLEto 6WJkp1W9xIb06870jMG4dlX0cQZSDMGofOeJWGCUilg==
X-Gm-Gg: AYBFou21dXIB5k4lHp2iGR+bPN/ggEG+rXRz+Fvy6QkdNQZt7ahPk4jdMXkdw7UHVXE zQjExPk1/ePep+sKvbuGHrH0TQ8QvDPPmwInhrIgq/ut3iRKMdd31JTp1NbPwjFWe3Z6RugzPr0 8mhaDFEvo8K9h63qvbZWrnUEWvRumE1N0SKwiaZfNBb3vRvpVxvVR22bXAdEKFyF9Flhf2I5KPO alN3e/vei636pMVNQEz9+rVmNusbkw4VNEptznntuS/Plgz91JVu4PY+wcJGRJUB2+n3jVIYEzT W4r/rFlI/WJrIwe7sdCLiNYGqhKw+SJAp9ldADXeXOdGYHj+Zbj7IzRR4C4JOKvA1/NWKKBOTaE 0txjsBfRrYdJA+zNCk+jiQR2U8WSXkDy4GFUJDAq+rMuLi9meP9me/+KQDLKYBYOo/1olpwT/Ab 0XOcUzuBfXsSYZir0C4I4Jf+6MweaJ0c8L9lZtjtqQKNMyXw==
X-Received: by 2002:a17:902:e80f:b0:2db:359e:799c with SMTP id d9443c01a7336-2db359e800bmr80262165ad.22.1788715649539; Sun, 06 Sep 2026 10:27:29 -0700 (PDT)
MIME-Version: 1.0
References: <178789827850.788.9070269500519275941@dt-datatracker-6669c7b496-4m6kd> <dc01feb0-0060-46ea-8ae9-fc331cd23242@gmail.com> <CAMGpriWu9b2zR+VqSXjcvDYBpQMtB8fRqFcwZdcj0tYz0+pgjg@mail.gmail.com> <b6369ede-68e9-47dc-96be-c7f21663e887@gmail.com>
In-Reply-To: <b6369ede-68e9-47dc-96be-c7f21663e887@gmail.com>
From: Marshall Eubanks <tme@space-initiatives.com>
Date: Sun, 06 Sep 2026 13:27:13 -0400
X-Gm-Features: AcwNN1WjgaxIBSFkJWJwiNKG_nE0VGfynxUfvSzfZj2qckJtZOwlidGcXW6mQhY
Message-ID: <CANxg3NgT-Pnv9p4CD62UNbb5oyAdNEWZSX6ehU55m9i81jDQRw@mail.gmail.com>
To: Alejandro Acosta <alejandroacostaalamo@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000e52dde065ad3d0a9"
Message-ID-Hash: ROKB4DF44NVN6NUR2ZEBXGZIDUTZ3O5K
X-Message-ID-Hash: ROKB4DF44NVN6NUR2ZEBXGZIDUTZ3O5K
X-MailFrom: tme@space-initiatives.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Erik Kline <ek.ietf@gmail.com>, deepspace@ietf.org, tiptop-chairs@ietf.org
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [deepspace] Re: Fwd: New Version Notification for draft-acosta-deepspace-celestial-bodies-registry-01.txt
List-Id: IP protocol stack in space <deepspace.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/deepspace/hpfyR8yHQsmE-Ka2NerfPpFP9t8>
List-Archive: <https://mailarchive.ietf.org/arch/browse/deepspace>
List-Help: <mailto:deepspace-request@ietf.org?subject=help>
List-Owner: <mailto:deepspace-owner@ietf.org>
List-Post: <mailto:deepspace@ietf.org>
List-Subscribe: <mailto:deepspace-join@ietf.org>
List-Unsubscribe: <mailto:deepspace-leave@ietf.org>

On Sat, Sep 5, 2026 at 11:55 PM Alejandro Acosta <
alejandroacostaalamo@gmail.com> wrote:

> Hi Erik,
>
>   You're totally right, and I actually agree.
>
>   IANA shouldn't be carrying that weight when the IAU already does the
> job. The draft is definitely too long and over-engineered right now (I
> wanted to do a good job and I overworked it). My main goal was just to flag
> that Deepspace/TIPTOP will eventually need an "ISO 3166 equivalent" for
> celestial objects and neither IANA nor the IETF need to do it.
>
>   Deferring to the IAU is definitely the right way to go. If some
> discussion happen I’ll trim down the draft big time for the next version
> and remove the unnecessary IANA overhead.
>

Yes, I agree to this, but it should say "deferred to the IAU and the MPC."

The Minor Planet Center (MPC), located at the Harvard- Smithsonian  Center
for Astrophysics in Cambridge, Massachusetts, has partial responsibility
for asteroid naming and so we are deferring to both the IAU and the MPC.

More than you may want to know:

Asteroids (including new dwarf planets) typically have at least 2 or 3
names after a while, and they get those names through a three-step process
managed by the Minor Planet Center (MPC, in Cambridge, Mass) and the
International Astronomical Union (IAU).

- first there is a Provisional Designation (Temporary Code) from the MPC,
which encodes the time of discovery, and can last for indefinitely. This is
a name like 2024 YR4. Most asteroids with only provisional designations are
technically "lost' (they were observed briefly and we don't know where they
are good enough to find them again) and so they can get more than one
provisional designations. There is an active amateur community that tries
to link these multiple findings, which typically greatly improve the
orbits.

- Once the orbit is determined well enough, the asteroid is given
a  permanent serial number.This number goes in exact order of how the
orbits are confirmed, starting with (1) for Ceres. (The parenthesis used to
be part of the serial number, so (433) Eros, but not everyone follows that
convention now.)

It is highly unlikely that a spacecraft will rendezvous with an asteroid
that doesn't have a good enough orbit to get a permanent number - how could
it find it?

Once it gets a number, it can be named by the discoverer (but they can't
name an asteroid after themselves*). That has be approved by the IAU.
This can take a while - the lowest numbered asteroid without a permanent
name right now is (4596) 1981 QB.

These names are generally supposed to be of people, places or things
relevant to astronomy. There is something of a convention lately of having
missions give mission appropriate names for their targets, assuming they
don't already have a name. So, the target of the Osiris REx mission was
originally  1999 RQ36, then it was given the number 101955, and finally it
was named Bennu (a minor Egyptian deity) after a student competition.

Comet names are similar except that they have a prefix, and they are named
after their discoverer - thus, 1P/Halley (Halley's Comet), the first (1)
Periodic (P) comet, which was observed many times over millennia, and was
named after Halley because he figured out these appearances every 76 years
were actually the same comet.

Note that names can include spaces and special characters - when
1I/'Oumuamua (originally C/2017 U1) was first given that name there were a
lot of complaints about that single quote breaking people's software.

Finally, most newly discovered bodies are given a tag early on, which
disappear once the discovery seems real enough to give it a provisional
designation. Normally, these ids are never seen outside the asteroid
community, but there is one major exception:

The IAU and the MPC resolutely refuse to name artificial hardware (AKA
"artsats"), and sometime there is doubt about whether a new discovery is an
asteroid or an artsat. That is the case for "Sar2901," which is a possible
"miniMoon" (every few decades it does a loop around the Earth-Moon system,
which it is in the process of doing right now for more or less the rest of
this year).

Now, these miniMoons could be good target for resource extraction, as they
are easy to get to, but that also means that they could be artsats from
lunar mission. For Sar2901, thus seems likely enough that the MPC has
refused to give it a provisional name, as they describe here

https://www.minorplanetcenter.net/mpec/K26/K26R09.html

I speculated, based on data then available, that Sar2901 could be the panel
ejected by the Apollo 13 SM explosions, and that got picked up in a few
places.

https://avi-loeb.medium.com/is-the-mini-moon-sar2901-a-lost-panel-from-apollo-13-d86f822a595d

This article is fairly accurate, but it has been overtaken by events. Now,
with more by still really not enough data, 1971 is disfavored, but Luna 5
or Ranger 9 are still possibilities.

Sar2901 will have another perigee in November, but if the data then doesn't
resolve this, we'll be stuck with that name for years, probably until July
of 2037 (its next relatively close approach).

Regards
Marshall

* Or their pets. There is a famous counterexample, (2309) Mr. Spock, which
the IAU thought was being named after the Star Trek character, but was
actually named after the observatory cat.


>   Thanks for the catch!
>
>
> Best,
>
> Alejandro Acosta,
>
>
>
> On 5/9/26 11:20 PM, Erik Kline wrote:
>
> Does IANA really need to be doing this?
>
> For RFC 9179 S2.1 (
> https://datatracker.ietf.org/doc/html/rfc9179#section-2.1) they just
> defer to the IAU:
>
> 2.1.  Frame of Reference
>
>    The frame of reference ('reference-frame') defines what the location
>    values refer to and their meaning.  The referred-to object can be any
>    astronomical body.  It could be a planet such as Earth or Mars, a
>    moon such as Enceladus, an asteroid such as Ceres, or even a comet
>    such as 1P/Halley.  This value is specified in 'astronomical-body'
>    and is defined by the International Astronomical Union
>    <http://www.iau.org>.  The default 'astronomical-body' value is
>    'earth'.
>
>
>
> On Thu, Aug 27, 2026 at 11:47 PM Alejandro Acosta <
> alejandroacostaalamo@gmail.com> wrote:
>
>> Hello group,
>>   I just submitted my first draft (yes, 01, sorry, I screwed it up with
>> the 00 version).
>>   Any comments, feedback, or suggestions  are highly welcome.
>>
>> Thanks,
>>
>> Alejandro
>>
>>
>> -------- Forwarded Message --------
>> Subject: New Version Notification for
>> draft-acosta-deepspace-celestial-bodies-registry-01.txt
>> Date: Thu, 27 Aug 2026 23:24:38 -0700
>> From: internet-drafts@ietf.org
>> To: Alejandro Acosra <alejandro@lacnic.net> <alejandro@lacnic.net>,
>> Alejandro Acosta <alejandro@lacnic.net> <alejandro@lacnic.net>
>>
>> A new version of Internet-Draft
>> draft-acosta-deepspace-celestial-bodies-registry-01.txt has been
>> successfully
>> submitted by Alejandro Acosta and posted to the
>> IETF repository.
>>
>> Name: draft-acosta-deepspace-celestial-bodies-registry
>> Revision: 01
>> Title: Defining a Celestial Bodies Registry for Deep Space Internet
>> Addressing
>> Date: 2026-08-27
>> Group: Individual Submission
>> Pages: 5
>> URL:
>> https://www.ietf.org/archive/id/draft-acosta-deepspace-celestial-bodies-registry-01.txt
>> Status:
>> https://datatracker.ietf.org/doc/draft-acosta-deepspace-celestial-bodies-registry/
>> HTML:
>> https://www.ietf.org/archive/id/draft-acosta-deepspace-celestial-bodies-registry-01.html
>> HTMLized:
>> https://datatracker.ietf.org/doc/html/draft-acosta-deepspace-celestial-bodies-registry
>> Diff:
>> https://author-tools.ietf.org/iddiff?url2=draft-acosta-deepspace-celestial-bodies-registry-01
>>
>> Abstract:
>>
>> This document proposes the creation of a formalized registry for
>> celestial bodies within the Internet Assigned Numbers Authority
>> (IANA) to support routing and address allocation in deep space
>> networks. As internet architecture expands to interplanetary scales,
>> routing protocols rely on hierarchical aggregation based on planetary
>> and celestial entities. However, the IETF currently lacks a
>> standardized taxonomical framework or mapping mechanism to uniquely
>> identify these entities. This document outlines the requirements for
>> establishing such a registry, suggests leveraging definitions from
>> the International Astronomical Union (IAU), and discusses the
>> integration of these identifiers into the deep space routing
>> architecture.
>>
>>
>>
>> The IETF Secretariat
>>
>> --
>> deepspace mailing list -- deepspace@ietf.org
>> To unsubscribe send an email to deepspace-leave@ietf.org
>>
> --
> deepspace mailing list -- deepspace@ietf.org
> To unsubscribe send an email to deepspace-leave@ietf.org
>