Кратко

  • Индивидуальный Internet-Draft предложил реестр небесных тел в IANA, но автор публично согласился оставить астрономическую номенклатуру за IAU и Minor Planet Center.
  • Научная идентичность, устойчивый сетевой идентификатор, выделение префикса, состояние маршрута и наблюдаемый результат — разные утверждения с разными владельцами и доказательствами.
  • TIPTOP нужен небольшой версионируемый переходник между системами, а не вторая небесная таксономия и не имя, незаметно ставшее ключом управления.

Редакция 01 индивидуального проекта предлагает реестр IANA с идентификатором небесного тела, официальным именем IAU, типом и родительским телом. Этот набор должен поддержать иерархическую адресацию и агрегацию в сетях дальнего космоса.

Пока это предложение, а не решение IETF. Карточка Datatracker фиксирует индивидуальную подачу с предполагаемым статусом Informational. Устав TIPTOP охватывает IP-архитектуру, профили QUIC и безопасности, а также вопросы DNS для сетей с большой задержкой и разрывами связи. Он не объявляет этот проект документом рабочей группы и не создаёт реестр.

6 сентября Erik Kline спросил, зачем дублировать существующую компетенцию, и сослался на RFC 9179: там значение astronomical-body уже именуется по правилам IAU. Alejandro Acosta согласился, что IANA не следует нести параллельную таксономическую нагрузку.

Marshall Eubanks добавил роль Minor Planet Center и перечислил стадии: метка обнаружения, предварительное обозначение, постоянный номер и утверждённое имя. 7 сентября автор сообщил о намерении использовать схему IAU/MPC в будущей редакции 02. Этой редакции ещё нет; сообщение не равно опубликованному тексту, принятию рабочей группой или консенсусу.

История обозначений должна пережить обновление ключа

Описание номенклатуры IAU показывает, что разные классы объектов проходят разные процедуры. Справка MPC объясняет устройство предварительных обозначений: они дают прослеживаемость наблюдению, но не обещают окончательного имени.

Несколько наблюдений могут оказаться одним телом. Номер может долго существовать без имени. Классификация или отображаемое имя могут измениться, хотя физический объект остаётся тем же. Поэтому сетевой переходник должен хранить выдающую организацию, ссылку на её запись, статус обозначения, псевдонимы, интервал действия и связь с преемником.

Копия одного текущего имени стирает происхождение. После переименования программное обеспечение увидит новую цель. Если же каждое предварительное обозначение закрепить навсегда, последующее объединение создаст два сетевых идентификатора для одного тела. Устойчивый непрозрачный идентификатор может снять эту связанность, но его стабильность и порядок обновления должны быть определены сетью, а не выведены из написания имени.

RFC 9179 решает более узкую задачу: координатам нужна система отсчёта, и поле astronomical-body указывает тело, относительно которого они имеют смысл. Ссылка на IAU определяет номенклатуру. Она не выделяет IP-префикс, не удостоверяет аппарат или станцию и не доказывает достижимость.

Экспертная проверка проверяет ссылку, а не открытие

Редакция 01 предлагает политику Expert Review. RFC 8126 описывает её как оценку заявки назначенным экспертом по опубликованным критериям. Эксперт сетевого реестра способен проверить корректность внешней ссылки и полноту сетевой записи. Он не может подтвердить орбиту, объединить наблюдения от имени MPC или присвоить имя от имени IAU.

Разделение полномочий должно быть видно в данных. Астрономическая запись отвечает за наблюдаемую идентичность и её неопределённость. Версионируемая таблица связывает её с устойчивым сетевым идентификатором. Отдельная запись фиксирует орган распределения, держателя, префикс и срок. Затем идут источник анонса, статус валидации и реально выбранный путь; ещё дальше — ключи конечной точки, роль миссии, принятие команды и результат.

Эти слои меняются независимо. Орбита уточняется, пока сетевой идентификатор остаётся прежним. Префикс отзывается, хотя астрономическое имя сохраняется. Ключи аппарата ротируются без смены тела. Подписанный кэш может быть подлинным, но устаревшим. Иерархическая агрегация сокращает таблицу маршрутов, но не отвечает, кто вправе выделять префикс и что приняло пакет.

В терминах Heng Lu это дисциплина слоёв реальности: имя, проекция реестра, выделение ресурса, состояние протокола, выполняющийся код и достигнутый эффект связаны, но не взаимозаменяемы. Minimum Initial Specification оставляет в общем слое только необходимую точку стыка. Running-Code Primacy добавляет предел: безупречная строка реестра может сосуществовать с отсутствующим маршрутом и недоставленной командой.

Публичная дискуссия полезна именно тем, что убрала лишнее притязание до появления зависимостей в сертификатах, ACL и ПО. Большая задержка связи делает откат дороже. Она требует лучше сохранять происхождение и версии, а не поручать одному красивому имени все последующие решения.

Источники

  1. Datatracker — проект реестра небесных тел
  2. Устав TIPTOP
  3. Heng Lu — Minimum Initial Specification
  4. Heng Lu — On Reality Layers
  5. Heng Lu — Running-Code Primacy
  6. IAU — правила астрономических имён
  7. Erik Kline — существующая ссылка на IAU
  8. Alejandro Acosta — убрать лишнюю нагрузку IANA
  9. Marshall Eubanks — стадии IAU/MPC
  10. Alejandro Acosta — заметки для редакции 02
  11. Индивидуальный Internet-Draft, редакция 01
  12. Minor Planet Center — правила обозначений
  13. RFC 8126 — политики реестров IANA
  14. RFC 9179 — астрономическая система отсчёта