Кратко

  • RFC 9713 явно указал применимость по версиям в реестре IANA Bundle Administrative Record Types: административный элемент BPv7 должен использовать лишь записи, в столбце версии которых есть 7.
  • Диапазон 64384–64511 зарезервирован для экспериментов BPv7, а 64512–65535 — для частного использования. Это исключает конфликт с центральным назначением, но не создаёт общего смысла между организациями.
  • Надёжный операционный журнал разделяет выделение номера, версию, ссылочную спецификацию, реализованную возможность, локальное соглашение, получение, разрешение политики, действие и наблюдаемый результат.

Для поиска понадобилась вторая координата

RFC 7116 создал реестр административных типов для четырёхбитного поля BPv6. Затем RFC 9171 определил административную запись BPv7 как CBOR-массив из двух элементов: беззнаковый код типа и следующее за ним содержимое, определённое этим типом. Но в общей таблице не было явного признака, относится ли строка к BPv6, BPv7 или обеим версиям.

Из-за этого число казалось более авторитетным, чем было на самом деле. Значение 2 означало Custody signal в BPv6, тогда как BPv7 отказался от прежнего механизма custody. Значение 1, Bundle status report, применимо к обеим версиям. Ответ «2: Custody signal» мог быть исторически верен и одновременно непригоден как основание для обработки в BPv7.

RFC 9713 добавил слева столбец Bundle Protocol Version. Теперь элемент BPv7 обязан найти 7 в этом столбце, а не считать любое занятое значение универсальным. Публичная координата стала парой: номер и версия протокола.

Смыслом распоряжается ссылочная спецификация

Даже правильная пара не является полной командой. RFC 9713 не определяет совместимость BPv6 и BPv7 при одном коде и не предполагает одинаковое толкование. Спецификация каждого административного типа должна сама описать его отношение к версиям BP.

Текущий реестр IANA демонстрирует такое разделение ролей. Строка 1 ссылается на RFC 5050 и RFC 9171. В таблице также появились типы BPv7 13 и 14 для сигналов CCSDS и тип 255 для ACME Node ID Validation. Реестр фиксирует назначение и ссылку; структуры CBOR, токены, проверки и обработку значения 255 задаёт RFC 9891. Целое число — указатель на хранителя семантики, а не сжатая копия семантики.

В эксплуатации нужно связывать снимок реестра, ячейку версии и точную редакцию документа. Иначе анализатор способен объявить тип «зарегистрированным», реализуя устаревшую структуру, смысл другой версии или незаявленное частное соглашение.

Частное пространство координирует отсутствие центрального назначения

RFC 9713 отвёл 64384–64511 под экспериментальное, а 64512–65535 под частное использование BPv7. IANA не назначит из этих диапазонов публичный тип и не займёт внезапно локально выбранный номер.

RFC 8126 очерчивает предел гарантии. Private Use определяется на местах; отдельные назначения IANA не записывает, и разные площадки могут несовместимо использовать одно значение. Experimental Use тоже не предназначен для широкой совместимости. Резервируется пространство, а не единый словарь.

Два оператора могут выбрать 65000 и не нарушить правила, хотя закодируют разные данные. Слияние, роуминговый канал, аварийное соединение или смена поставщика способны свести прежде изолированные соглашения. Первый общий Bundle не решит, чей частный словарь действует. Нужен внешний договор с владельцем, областью, редакцией, сроком, запасным вариантом и поведением при конфликте.

Доставка и обработка остаются разными фактами

RFC 9713 задаёт полезную границу ошибки. Получив повреждённый блок данных или тип, который невозможно обработать, административный элемент должен игнорировать запись. Это не отменяет факт доставки внешнего Bundle и не меняет другую обработку Bundle Protocol Agent, например отчёты о состоянии.

Так сбой приложения не стирает успех транспорта, а успех транспорта не становится доказательством понимания. Чистый журнал должен разделять как минимум: доставку оболочки; распознавание административной записи; извлечение типа; проверку версии; выбор спецификации и локального соглашения; разбор содержимого; настроенные проверки источника и целостности; решение политики; попытку действия; изменение состояния; наблюдение эффекта.

Факт «получено» может быть истинным, когда все последующие факты ложны или неизвестны. Это отличается от тезиса о получении или custody в RFC 9171: здесь рассматриваются смысл и полномочия после состоявшейся доставки.

Реестр координирует, но не управляет удалённо

RFC 9713 не изменил процедуру Specification Required и не добавил механизмов безопасности; соображения RFC 9171 продолжают действовать. Документ улучшил общую таблицу и правило её чтения. Он не удостоверяет доверие к отправителю, безопасность анализатора, согласие локального владельца или успешный результат.

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

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

Источники