Кратко

  • RFC 10040 — документ категории Experimental в потоке IETF, прошедший консенсус сообщества, публичное рассмотрение и одобрение IESG. При этом он не относится к Internet Standards Track, а слово Experimental описывает зрелость технологии, а не заранее определённый полевой эксперимент.
  • В действующем реестре IANA LCAF type 5 сохранён как Geo-Coordinates (DEPRECATED), а Geo-Location отдельно назначен type 17. Устаревший не значит удалённый; назначение кода не доказывает, что продукты уже отправляют, разбирают или используют новый формат.
  • Надёжная запись о миграции должна раздельно хранить статус документа, старый и новый коды, возможности версий и соседних узлов, реально переданные и разобранные пакеты, резервный режим, реакцию на неизвестный тип, а также происхождение, точность и правила доступа к данным о местоположении.

Одна публикация не объединяет разные состояния

RFC Editor объявил о выпуске RFC 10040 15 сентября 2026 года. Документ обновляет раздел 4.3 RFC 8060, объявляет устаревшим кодирование Geo-Coordinates с LCAF type 5 и определяет Geo-Location как type 17.

За этой последовательностью стоят разные доказательства. Рабочая группа LISP завершила документ. IESG одобрил публикацию 15 марта. Через шесть месяцев RFC Editor выпустил окончательный текст. IANA отразила изменения в реестре. Ни одно из этих событий не отвечает, какая версия программы реализует type 17 и могут ли два рабочих узла обмениваться им от начала до конца.

Статус RFC проводит границу прямо: документ представляет консенсус сообщества IETF, прошёл публичное рассмотрение и одобрен IESG, но не является спецификацией Internet Standards Track. Консенсус подтверждает результат процесса над текстом. Он не заменяет наблюдение за работающей системой.

Experimental без заданного эксперимента

Во введении содержится ключевое уточнение: работа не является частью «эксперимента», поскольку не каждый Experimental RFC обязательно относится к эксперименту. Категория показывает уровень зрелости технологии.

Это исключает две противоположные ошибки. Experimental не означает «небезопасно по определению» и не означает «уже испытывается по измеряемому плану». RFC 7841 говорит об изучении, экспериментальной реализации и оценке. Но он не задаёт для RFC 10040 гипотезу, выборку, телеметрию, срок или критерий успеха.

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

Устаревший не значит исчезнувший

В реестре параметров LISP IANA type 5 остаётся под названием Geo-Coordinates (DEPRECATED) со ссылками на RFC 8060 и RFC 10040. Type 17 отдельно указан как Geo-Location.

Так реестр координирует будущий выбор, не переписывая прошлое. RFC 10040 не утверждает, что type 5 удалён, что все получатели обязаны его отклонять или что все отправители уже перешли на новый формат. Сохранение старого номера позволяет по-прежнему понимать исторические пакеты и код.

Поэтому объявление устаревшим открывает рабочий этап. Отправителю, который выдаёт только type 17, нужно основание считать, что получатель его использует. Во флоте могут сосуществовать версии. Контроллер способен сформировать новый формат, пока средство наблюдения или последующий валидатор всё ещё ожидает type 5. RFC 10040 не вводит универсальный обмен возможностями, поэтому доказательством служат инвентаризация версий, двусторонний профиль, тестовый обмен или ограниченное внедрение — но не отсутствие жалоб.

Совместимость имеет важную асимметрию

Раздел 8 различает записи EID и RLOC. Записи Geo-Location EID поддерживаются только узлами LISP, которые умеют регистрировать и искать их. Запись Geo-Location RLOC может быть возвращена узлу, который её не понимает; тогда она игнорируется.

Игнорирование неизвестного типа может быть корректным поведением протокола и одновременно означать провал функции. Отправитель сформировал корректный type 17, система отображения его доставила, а получатель правомерно проигнорировал. Каждый компонент следует своему правилу, но решение на основе местоположения не принято.

Поэтому доказательство должно быть направленным: какой компонент и версия отправили какой тип, какой узел его получил, как классифицировал, использовал или проигнорировал, какой резервный путь сохранил функцию. Общая фраза «поддерживает RFC 10040» не объясняет смешанный парк.

Точное поле не делает координату истинной

Type 17 добавляет явную неопределённость, миллисекундные компоненты широты и долготы, единицы высоты и радиус, различающий Geo-Point и Geo-Prefix. Это улучшает представление данных. Это не удостоверяет источник или достоверность координат.

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

RFC 10040 рассматривает локальные политики доступа, применение правил через Mapping Service Provider, подписанные или зашифрованные ответы, Geo-Prefix для уменьшения точности и короткие TTL для сокращения окна риска. Типичные примеры относятся к публичным сооружениям, местам и ориентирам, а не к людям, транспортным средствам и оборудованию. Эти ограничения нужно настроить и проверить наблюдением.

Квитанция зрелости и миграции

Документальный слой должен хранить поток IETF, категорию Experimental, даты одобрения и публикации, обновлённый раздел 4.3 RFC 8060, устаревший type 5 и назначенный type 17. Будущая errata или смена статуса добавляется как новый факт с датой, не стирая прежний.

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

Слой использования местоположения хранит источник координат, заявленную и измеренную точность, Geo-Point или Geo-Prefix, политику доступа, способ авторизации, TTL или срок хранения, последующих потребителей и путь исправления. Не наблюдалось, не проверялось, не поддерживается, проигнорировано и ошибка разбора — разные состояния.

Публикация создаёт общий объект координации. IANA координирует номер. Миграция становится фактом только тогда, когда программы исполняют решение, узлы взаимодействуют, а операторы принимают последствия в явно названной области наблюдения.

Источники и границы вывода

Основные источники: RFC 10040, сообщение RFC Editor, история Datatracker, реестр IANA, RFC 8060, RFC 7841 и RFC 6973. Поиск errata для RFC 10040 на 21 сентября 2026 года не находил записей.

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