Кратко

  • RFC 9510 помещает в байт пятибитную экспоненту и трёхбитную мантиссу, а непредставимые значения округляет вниз.
  • Существующие TLV Interest Lifetime и Recommended Cache Time сохраняются, поэтому одинаковые биты получают несовместимый смысл на старом и новом ПО.
  • Проверяемая цепочка должна связать исходный TLV, версию, преобразование на каждом переходе, событие PIT или кэша и наблюдаемый результат.

При постепенном обновлении в одной сети временно существуют два определения времени. Старый пересыльщик получает Interest Lifetime длиной один байт и видит линейное число от 0 до 255 миллисекунд. Следующий узел поддерживает RFC 9510 и делит те же восемь бит на экспоненту и мантиссу. Биты не меняются, но ожидаемый срок жизни состояния переходит из миллисекунд в годы.

Причина для сжатия практична. Семантика CCNx и формат TLV-сообщений рассчитаны в том числе на устройства, где ограничены энергия и размер кадра. Адаптация ICN к маломощным беспроводным сетям даёт непосредственный опыт, а обзор исследовательских задач ICN показывает место таких сетей в архитектуре.

Схема наследует идею RFC 5497. Малые интервалы кодируются точно, большие — грубее, зато диапазон достигает 125 829 120 секунд, почти четырёх лет. Если точного кода нет, алгоритм выбирает ближайшее меньшее значение. Поэтому декодированный срок — результат не только поля, но и правила приближения.

Версия спрятана в длине

Новые номера не выделялись. RFC повторно использует типы из реестра CCNx IANA, а длина один обозначает компактную форму. Авторы прямо отмечают проблему совместимости. Компромисс опирается на Experimental-статус документов CCNx, небольшой размер целевых сенсорных сетей и hop-by-hop природу полей вне подписанного хеша. Обновлённый пересыльщик может перекодировать значение. Но это помогает лишь тогда, когда граница обновления известна.

Для Interest Lifetime старый узел сжимает смысл компактного кода до максимум 255 миллисекунд и способен слишком рано удалить запись Pending Interest Table. Новый узел может принять короткое старое значение за компактное и удерживать состояние до примерно четырёх лет. Одна ошибка обрывает ожидание, другая расходует таблицу.

Recommended Cache Time создаёт другую развилку. Новый узел считает байт относительным интервалом, строит абсолютный срок от момента получения и пересчитывает остаток при отправке. Старое определение требовало восьмибайтное абсолютное время. Длина один — структурная или синтаксическая ошибка, после которой пакет следует отбросить; если этого не сделать, значение выглядит как время в далёком прошлом. Версионный разрыв влияет и на кэш, и на прохождение пакета.

Подписанные часы остаются отдельными

Signature Time и Expiry Time не меняются. Это абсолютные метки в защищённой части Content Object. RFC 9510 исключает их из компактной схемы, поскольку нельзя сохранить смысл и свойства безопасности. Рекомендация кэшу не доказывает свежесть; Expiry Time не доказывает фактическое удаление; подпись не сообщает, по какой таблице промежуточный узел прочитал байт.

Аудируемая запись начинается с идентификатора пакета, типа TLV, длины и сырого значения. Затем нужны сборка и настройка отправителя, сборка и правило получателя, время приёма, декодированный интервал, абсолютный дедлайн и повторное кодирование. Создание и освобождение PIT, приём, вытеснение или отказ кэша — отдельные факты. Трасса и наблюдение приложения завершают цепочку.

Официальные материалы фиксируют спецификацию. RFC Editor предоставляет карточку, текст, XML и поиск errata. Datatracker хранит историю, финальный черновик и ссылки. Это происхождение текста, а не отчёт о работающей сети.

RFC 9510 — Experimental RFC потока IRTF и результат консенсуса ICNRG, а не стандарт IETF. RFC 7841 поясняет, что опубликованный исследовательский результат может быть непригоден для внедрения. Организация сама отвечает за решение и согласованность обновления.

Редакционная оптика открыто взята из трёх текстов Heng Lu: о приоритете работающего кода, о минимальной начальной спецификации и добровольном принятии и о слоях реальности. Они не являются нормами IETF или IRTF. Здесь они помогают не смешивать символ, интерпретацию, состояние устройства и результат передачи.