Кратко

  • RFC 9508 задаёт три причины Echo Reply: точное совпадение с административным именем форвардера, префикс локального приложения или точный объект в Content Store.
  • 64-битный nonce предотвращает агрегацию диагностических Interest в PIT и связывает ответ с запросом; правила свежести не позволяют переиспользовать старый ответ, но не обновляют найденный объект.
  • Подпись связывает заявленное имя ответчика с принятым ключом; полномочие производителя, происхождение объекта, обычная доставка и результат читателя остаются отдельными квитанциями.

У одного имени может быть три точки остановки

IP ping формирует образ адреса и конечного узла. ICN пересылает Interest по иерархическому имени. Запрос может продолжиться к производителю, остановиться у локально подключённого приложения или получить копию из промежуточного хранилища. Это штатная возможность архитектуры.

RFC 9508 сохраняет причину остановки в Echo Reply Code. T_ECHO_RETURN_FORWARDER означает точное совпадение базового имени с административным именем форвардера. T_ECHO_RETURN_APPLICATION означает Longest Name Prefix Match к face локального приложения. T_ECHO_RETURN_OBJECT означает точное совпадение с Content Object в хранилище этого форвардера.

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

Поэтому код ответа должен появляться раньше зелёного статуса. Если оставить только успех, кэш начнёт свидетельствовать за origin, запись префикса — за выполнение приложения, а административное имя — за доставку контента.

Nonce изолирует эксперимент, но не создаёт полномочий

Interest с одинаковым именем могут разделять запись Pending Interest Table. Для сети это экономия, для измерения — возможное наследование состояния предыдущего запроса и иное значение RTT. RFC 9508 добавляет 64-битный nonce, делает ping уникальным и позволяет точно сопоставить ответ.

При проверке Content Store форвардер исключает nonce и суффикс ping, используя базовое имя. Диагностическая транзакция уникальна, объект сохраняет исходную идентичность. Object Reply доказывает, что этот различимый запрос нашёл копию базового имени на этом узле.

Он не доказывает полное происхождение копии. У объекта собственные производитель, подпись, версия, свежесть и trust rule. Подпись форвардера подтверждает сообщение о hit, а не авторство объекта. Нужны базовое имя, nonce, код, ответчик, идентификатор или digest объекта и проверка подписи производителя.

Отказ от агрегации увеличивает PIT state. Слишком быстрый тест может сам участвовать в истощении. Частота, lifetime, число запросов в полёте, timeout и заполнение PIT входят в свидетельство измерения.

Свежий ответ может сообщать о старой копии

В CCNx Echo Reply имеет ExpiryTime ноль. В NDN запрос несёт MustBeFresh, ответ — FreshnessPeriod один и почти сразу становится stale. Старый диагностический ответ не должен возвращаться как новая наблюдаемая реальность.

Эта свежесть относится к сообщению о hit, а не обязательно к Content Object. Форвардер может сегодня правдиво заявить, что хранит X, хотя сервис уже заменил версию X или перестал принимать ключ её производителя.

При аварии origin кэш может продолжать обслуживать читателей. Для непрерывности это успех, для проверки производителя — семантически неверный класс ответа. Политика должна заранее определить, что закрывает object reply, что закрывает application reply и какой отдельный canary подтверждает origin и фактическую доставку.

Молчание тоже не идентифицирует причину. No Route, потеря запроса или ответа, policy drop, сбой подписи, ошибка mapping и истечение времени требуют разных действий.

Подпись аутентифицирует автора заявления

CCNx Echo Reply включает имя отправителя и подпись имени; NDN Data несёт подпись производителя ответа. Информативный процесс клиента предполагает получение ключа форвардера и проверку сообщения и вложенного имени.

Это блокирует конкретную подмену. Скомпрометированный форвардер мог бы назвать жертву и направить к ней последующий административный трафик. Подпись связывает имя с ключом в рамках выбранной проверяющим trust policy.

Но кто разрешил ключу представлять административное имя? Актуальна ли trust schema? Имеет ли приложение право на префикс? Кто подписал кэшированный объект? Не был ли ключ заменён или отозван? Математическая валидность утверждения не является универсальной делегацией.

Минимальный журнал хранит имя ответчика, идентификатор ключа или отпечаток, trust anchor или правило, результат проверки, время и код ответа. «Подпись валидна» без класса ответчика остаётся неоднозначным.

Диагностический путь не равен обычной доставке

Echo Reply возвращается по обратному состоянию PIT. Path Label из RFC 9531 может обновляться по hop и использоваться в последующих ping для похожей ветви; его отсутствие позволяет исследовать другие ветви. Это средство повторяемости, а не доказательство всех путей.

RFC 9507 владеет ICN traceroute, последовательными HopLimit и множественностью маршрутов. У RFC 9508 другой вопрос: какой тип сущности ответил на этот ping? Локальная причина ответа не должна наследовать полномочия полного описания пути.

Обычная Interest может агрегироваться, не иметь nonce и ping-суффикса, нести иные параметры и использовать другую стратегию. Если обещание касается доставки, после ping необходим обычный retrieval. Нужно проверить имя или digest объекта, подпись производителя, версию, принятие приложением и результат читателя.

Локальные имена добавляют ответственность за mapping

Для имени, маршрутизируемого только внутри региона, RFC 9508 описывает подписанный Link Object с внешними префиксами либо добавление префикса с удалением на границе. На обратном пути внешняя часть должна быть восстановлена.

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

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

Источники