Кратко

  • RFC 9992 определяет структуру RIFT KV TIE и допускает разнообразные назначения значений, одновременно запрещая использовать их как топологический вход собственных распределённых расчётов RIFT.
  • Неизвестный объект может быть передан дальше; Target задаёт предполагаемую аудиторию; ни одно из этих обстоятельств не доказывает принятие политики, изменение RIB/FIB или доставку.
  • Выбор одного значения при конфликте помогает протоколу продолжить работу, но не доказывает, что выигравшее значение верно или имеет право управлять следующим действием.

В RFC 9992 есть соблазнительная фраза о том, что данные KV TIE могут быть использованы для любых вообразимых целей. Рядом с ней стоит ограничение: ими не следует передавать топологическую информацию, которую RIFT применяет в своих распределённых вычислениях. Иначе возможны гонки сходимости, осцилляции и неоптимальное поведение. Гибкость конверта не отменяет границы вычислительной власти.

Key Type, Key Identifier и переменные значения делают представление совместимым. Нулевые идентификаторы недопустимы и должны быть отброшены с журналированием. Experimental, Well-Known и OUI разделяют пространство имён; у первых двух есть обязательный subtype. Это отвечает на вопрос «как назвать смысл», но не на вопросы «кто может породить конкретный факт» и «какой локальный процесс вправе действовать по нему».

Базовый RFC 9692 разрешает нормальное flooding неизвестных KV TIE. Поэтому трасса распространения доказывает перемещение байтов, а не согласие. Узел может не распознать объект; может распознать и проигнорировать; может сохранить для наблюдения. Отдельно должны быть видны локальный admission, решение контроллера, состояние RIB, аппаратная FIB и проверка пакетом.

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

Если одинаковый ключ приходит от нескольких northbound соседей с разными значениями, выбирается один. RFC 9992 рекомендует независимое согласованное определение, поскольку при split brain нескольких ToF выбор по большему System ID способен дать непредвиденный эффект. Победитель нужен против зависания, не как сертификат реальности. Хранить следует обе версии, источники, направление, Target, lifetime, хеш и причину выбора.

Реестр IANA и Expert Review требуют документированной семантики и, где нужно, нормативной модели. Номер в реестре устраняет коллизию имени, но не выдаёт оператору доверенность на изменение маршрута. RFC 9719 описывает управление RIFT, а не магическое совпадение намеренной конфигурации и результата сервиса. В раскрытой редакционной оптике Хэн Лу это разные слои реальности: общая спецификация минимальна, а доказательство ищется в реально работающем коде и наблюдаемом эффекте.