Кратко

  • RFC 9778 переводит IGMP Types, Codes и реестры флагов расширения на Standards Action, повышая качество рассмотрения, но не сертифицируя работающие устройства.
  • Неизвестное значение анализатор может отклонить с потерей связности либо пропустить без содержательной проверки с потерей безопасности.
  • Полномочия, публикация IANA, реализация, поведение анализатора, поэтапная совместимость, влияние на трафик и откат должны иметь разные подтверждения.

У реестра есть точная, но ограниченная власть. Он сообщает, что значение выделено законно, имеет устойчивое имя и нормативную ссылку. Он не выполняет код в межсетевом экране, через который пройдёт пакет.

RFC 9778 опубликован в марте 2025 года как BCP 57 и заменяет RFC 3228. Политика для IGMP Type стала Standards Action. Поля IGMP Code подчиняются той же процедуре, причём документ нового Type обязан определить политику его Code. Созданы два реестра расширений: у Query flags бит 0 назначен E, биты 1–3 свободны; у Report flags бит 0 назначен E, биты 1–15 свободны. Для обоих действует Standards Action.

MLD Types и Codes остаются в ICMPv6 Parameters под IETF Review. Близость протоколов не отменяет границ: важно, какой именно реестр и поле рассматриваются.

Сильная процедура отвечает на один вопрос

RFC 8126 связывает Standards Action с одобренным IESG Standards Track RFC или BCP. Новая семантика получает широкое рассмотрение и долговечную ссылку. Процедура доказывает право на назначение.

Она не доказывает поддержку конкретной прошивки, наличие смысловой ветки в NIDS, корректное имя в декодере, безопасный default в правилах или достижимый срок восстановления. RFC 9778 прямо описывает развилку: анализатор может отклонить новое неизвестное значение и нарушить связность; либо переслать его как часть атаки и ослабить безопасность.

RFC 6709 показывает типичные источники проблем: неизвестные расширения, ранее нулевые поля, частичная реализация и тихое отбрасывание. RFC 9279 различает корректно оформленный, но неподдерживаемый extension TLV и повреждённую структуру. Только тест работающего парсера показывает, сохраняется ли это различие.

Семь отдельных квитанций

Квитанция полномочий называет документ и процедуру. Публикация фиксирует состояние IANA и время. Реализация указывает точную версию ПО, прошивки, библиотеки или правил. Анализ записывает фактический verdict на известные, неизвестные и повреждённые векторы. Совместимость охватывает старые и новые узлы и промежуточные средства. Влияние измеряет membership, потери, задержку, сигналы и ресурсы. Откат показывает время и границы восстановления.

Опубликованное назначение может ещё не иметь реализации. Успешный разбор синтаксиса может соседствовать со старым политическим default. Пакет после экрана доказывает прохождение, а не проверку. Непроверенная инструкция отката не доказывает способность восстановиться.

Различение Heng Lu между работающим кодом и слоями реальности сохраняет ценность реестра, но не расширяет её. Реестр истинный факт координации. Verdict устройства — факт исполнения. Для перехода нужен новый наблюдатель.

Ограниченный опыт с заранее известным выходом

Гипотетический тест начинается с инвентаря host stack, switch, router, firewall, sensor, packet broker, collector и диагностических средств, читающих IGMP/MLD. Сохраняются версии и хэши конфигурации. После baseline по одному добавляются предлагаемый параметр, неназначенное значение, корректное неизвестное расширение, ошибки длины и checksum, смешанные версии peers.

На каждом hop различаются распознавание, явное игнорирование, отклонение, alarm и пересылка без семантического решения. Действие сопоставляется с membership state и data plane. До ограниченного canary задаются стоп-сигналы: рост отказов, пропавшие Reports, fallback анализатора, нагрузка, расхождение состояния или необъяснимая потеря. Старое поведение отправителя и старая policy остаются независимыми рычагами отката.

Источники

  1. RFC 9778
  2. RFC 3228
  3. RFC 8126
  4. RFC 6709
  5. RFC 9279
  6. RFC 9776
  7. RFC 9777
  8. RFC 4443
  9. IANA — IGMP Type Numbers
  10. IANA — ICMPv6 Parameters
  11. Heng Lu — Running-code primacy
  12. Heng Lu — Minimum initial specification
  13. Heng Lu — Reality layers