Кратко

  • Если адрес источника ответа может недостаточно точно указывать узел, создавший один из перечисленных ICMP-сбоев, редакция 05 требует добавить Node Identification Object, кроме случаев приоритета локальной политики или безопасности.
  • Адрес или имя могут сохранить важный для администратора контекст, в том числе до трансляции IPv6/IPv4. Но объект не аутентифицируется и допускает подмену.
  • Если добавление превысит MTU следующего перехода, часть цитаты исходной датаграммы может быть удалена. Доверие к узлу и уверенность в сопоставлении пакета следует учитывать отдельно.

У ошибки два источника сведений

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

Datatracker относит draft-ietf-intarea-extended-icmp-nodeid к действующим документам рабочей группы INTAREA, предназначенным для Standards Track; текущая стадия — последующая работа после AD Evaluation. Редакция 05 опубликована 7 сентября 2026 года. Это не RFC, не одобрение IESG и не отчёт о внедрении.

Проект определяет для некоторых ошибок ICMPv4 и ICMPv6 объект с адресом, именем узла либо обоими значениями. В редакции 04 при недостаточном адресе ответа стояло SHOULD. Теперь стоит MUST, но сохраняется исключение для локальной политики и безопасности. Уточнены также пустые текущие биты, порядок будущих битов, обрезка UTF-8 и поведение при ограничении MTU.

Требование делает передачу контекста предсказуемее, но не превращает его в подтверждённую личность.

Значение без области действия неполно

Биты C-Type задают состав и порядок подобъектов. Если старый получатель видит неизвестный будущий подобъект перед знакомым, но не знает длину первого, безопасно перейти ко второму нельзя. Дополнительные данные следует игнорировать. Одних резервных битов недостаточно для обратной совместимости.

Локальный адрес может быть самым полезным ориентиром внутри административного домена. RFC 4193 показывает это на Unique Local IPv6 Address: высокая вероятность уникальности не означает глобальную маршрутизируемость. Центральная система должна хранить область значения, иначе точная строка создаст ложную универсальность.

Имя ограничено 63 октетами. Редакция 05 требует обрезать длинную строку на границе символа UTF-8, а затем дополнить NUL. Кодировка сохраняется, но имя не становится уникальным или проверенным.

По умолчанию функция отключена, кроме трансляторов, и может управляться по адресу назначения. Внутренние имена и адреса раскрывают топологию, поэтому исключение безопасности является частью границы публикации. Рецензия Area Director затронула нормативную силу, область адреса, UTF-8 и размер; ответ авторов объясняет изменения, но не означает окончательного утверждения.

Контекст до трансляции

Транслятор может знать IPv6-адрес на одной стороне, который нельзя передать обычным источником ICMP на стороне IPv4. Объект сохраняет этот контекст. RFC 7915 описывает stateless-трансляцию IP/ICMP. Смежный проект v6ops при непереводимом IPv6-источнике использует зарезервированный IPv4-адрес 192.0.0.8, а исходный IPv6 передаёт в расширении.

Это улучшает диагностику, но остаётся заявлением отправителя. Проект прямо указывает: аутентификации нет, объект можно подделать, назначение — административная отладка. Корректная запись звучит как «контекст заявлен отправителем»; статус проверенного узла требует независимой основы.

За объект платит цитата

RFC 4884 задаёт формат расширений ICMP и оставляет перед ними не менее 128 октетов исходной датаграммы. RFC 5837 применяет его к сведениям об интерфейсах. Вся ошибка всё равно ограничена MTU следующего перехода.

Если новый объект не помещается, редакция 05 предписывает по возможности удалить нужное число байтов из цитаты: с округлением до четырёх октетов для ICMPv4 и восьми для ICMPv6. Когда цитата уже минимальна, объект добавлять нельзя.

Удалённые байты могут содержать поля, отличающие один поток от другого. Сообщение получает лучший контекст узла, но худшую связь с исходным пакетом. Поэтому телеметрии нужны две шкалы. Первая хранит наличие, значение, область и внешнее основание доверия к узлу. Вторая — длину цитаты, уцелевшие поля, неоднозначность и влияние MTU.

Причины отсутствия различны: адрес источника был достаточен, тип ошибки не подходит, функция выключена или не реализована, политика назначения запрещает раскрытие, либо цитата уже минимальна. Отсутствие не отрицает идентичность; наличие её не удостоверяет.

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