Кратко

  • Опция типа 26 из RFC 5175 добавляет 48 позиций к флагам Router Advertisement и задаёт правила длины, порядка, неизвестных битов и повторов.
  • Единица в пакете доказывает заявление отправителя. Поддержка получателем, прохождение фильтра, авторизация, изменение состояния и влияние на трафик подтверждаются другими квитанциями.

Расширение протокола должно пережить период, когда новые и старые реализации работают рядом. Поэтому позиции 8–55 не требуют, чтобы каждый узел немедленно знал их смысл. Они создают пространство, в котором будущая спецификация может занять однозначный адрес.

Неизвестное разрешено пропустить

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

Старый узел не ломает всё объявление из-за нового символа. Однако отсутствие ошибки нельзя считать подтверждением функции. Один и тот же пакет одна версия распознает, а другая молча пропустит.

Реестр IANA связывает позицию, название и документ. На дату исследования S ссылается на активный Internet-Draft. Это снимок координации, а не опубликованная RFC и не доказательство распространённости реализации.

Повтор после первого не меняет решения

Отправитель помещает опцию только в Router Advertisement, не более одного раза, и не отправляет её без установленных определённых расширенных битов. Если экземпляров несколько, получатель обрабатывает первый, остальные игнорирует.

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

RFC 5075 уже описывал почти ту же структуру, но тип оставался временным. RFC 5175 закрепил число 26. Это позволило реализациям согласовать проводное представление, но не установило код на действующие устройства.

Безопасность не помещается в один бит

SEND отвечает за криптографическую авторизацию Neighbor Discovery. RA-Guard фильтрует объявления на втором уровне. RFC 6105 задаёт условия топологии, а RFC 7113 описывает обходы некоторых реализаций и необходимость глубже разбирать цепочку заголовков. Наличие функции в конфигурации не равно решению по конкретному пакету.

Текущий проект SNAC-флага прямо допускает молчаливое игнорирование старыми устройствами и блокирование политикой RA-Guard. У отправителя бит может быть единицей, у одного получателя — понятным сигналом, у другого — неизвестностью, а до третьего пакет не дойдёт.

Поэтому отчёт разделяет: выделено, передано, получено, распознано, применено и подтверждено трафиком. Формулировка «флаг активен» стирает эти границы.

Источники