Summary

  • В draft-ietf-nvo3-rfc7348bis-08 от 11 сентября как Unassigned указаны 15 битов флагов, 16-битное Field-2 и восьмибитное Field-3. Новое назначение потребует IETF Review.
  • Раздел 5 по-прежнему называет два последних поля Reserved и требует отправлять нули и игнорировать их при приёме. RFC 8126 проводит чёткую границу между Reserved и Unassigned.
  • Документ остаётся на доработке у директора области, с тремя DISCUSS и повторной проверкой IANA. Предложенный Daniel Kade реестр состояний полей — редакционная рекомендация, а не объявленное правило IETF.

Одно пространство получило две правовые карты

Редакция 08 должна перенести базовое описание VXLAN в поток документов IETF и заменить RFC 7348 в случае одобрения. Заявленная цель включает регистрацию расширений заголовка в IANA. Для давно развёрнутого протокола это учреждение процедуры, по которой существующие пустые позиции смогут получить новый смысл.

Решение ещё не принято. Datatracker показывает Informational Internet-Draft в состоянии IESG Evaluation::AD Followup и три позиции DISCUSS. История фиксирует редакции 06, 07 и 08 9, 10 и 11 сентября. IANA выставляет Version Changed - Review Needed. Быстрые изменения подтверждают работу над замечаниями, но не публикацию RFC.

В RFC 7348 было восемь битов Flags — I и семь резервных, — затем 24 резервных бита, 24-битный VNI и ещё восемь резервных битов. Неиспользуемые позиции передавались нулями и игнорировались получателем.

Редакция 08 не меняет длину восьмиоктетного заголовка и не сдвигает биты. Раздел 5 расширяет Flags до 16 битов: позиция 4 — I, остальные 15 — Unassigned. Следующие 16 и последние восемь битов тот же раздел продолжает называть Reserved. Текущее поведение одинаково: ноль при отправке, игнорирование при приёме.

Раздел 8.2 предлагает группу VXLAN Fields. В ней 15 свободных флаговых позиций, Field-2 целиком и Field-3 целиком обозначены Unassigned — всего 39 битов. Новые значения назначаются посредством IETF Review по RFC 8126.

Возможность назначения не даёт права первого захвата

Unassigned означает доступность для назначения по опубликованной политике. Reserved означает недоступность для обычного назначения. Ни один статус не разрешает самовольное частное значение. Способность старого приёмника пропустить неизвестный бит может поддержать совместимость, но не заменяет полномочие.

Бюллетень IESG показывает происхождение исправления. Редакция 05 называла позиции Reserved, одновременно обещая IETF Review для «новых значений». IANA попросила пометить предназначенные к назначению места Unassigned. В DISCUSS также отмечено, что включение первых восьми битов старого 24-битного резерва в новый 16-битный Flags — сознательная семантическая реорганизация, хотя физическая раскладка сохраняется.

В редакции 08 наименования 15 флагов уже совпадают. Field-2 и Field-3 всё ещё Unassigned в реестре и Reserved в формате. Отчёт сопровождающего подтверждает IETF Review без назначенных экспертов, но отражает прежнее описание резерва.

Это не доказательство уязвимости, сбоя или ошибки поставщика. В замороженных источниках нет текущего ненулевого использования. Неясность отложена до будущего назначения: какое событие меняет правило отправителя, когда знающий приёмник обязан интерпретировать поле и какая ссылка отличает разрешённое расширение от случайных ненулевых данных?

Вся судьба диапазона — в одной строке

Daniel Kade предлагает до публикации составить реестр состояния полей. Отдельные строки описывают биты 0–3, I, биты 5–15, Field-2 и Field-3. В каждой связываются координаты, статус IANA, поведение отправителя и получателя, политика назначения, контролёр изменения, ссылка и условие совместимости.

Неиспользуемый диапазон начинает как Unassigned, нулевой и игнорируемый. Утверждённое расширение переводит только свой диапазон в Assigned, задаёт смысл и обработку и объясняет совместимость со старыми приёмниками. Реестр и нормативный текст должны указывать на один акт разрешения.

Такая таблица ничего не назначает и не подменяет согласие IETF. Она сохраняет цепочку доказательств. Для записи IANA о порте 4789 редакция 08 отдельно просит обновить ссылку на новый документ. Управляется не только число, но и текст, дающий ему силу.

Заявление IESG о DISCUSS определяет позицию как запрос обсуждения серьёзной проблемы, а не вето. Значит, свидетельством устранения станет согласованное состояние в двух разделах, а не сам номер следующей версии.

Policy Mirror Heng Lu не позволяет превратить механическое игнорирование в право назначения. Minimum Initial Specification оставляет пространство будущим решениям через малую общую границу с видимым владельцем полномочия. Why BTW Media Exists задаёт предел новости: доказано расхождение текста в процессе проверки, а не авария производственных сетей VXLAN.

Sources

  1. VXLAN bis, редакция 08
  2. VXLAN bis, редакция 07
  3. Текущая запись Datatracker
  4. История документа
  5. Бюллетень IESG
  6. Отчёт сопровождающего
  7. RFC 7348 — VXLAN
  8. RFC 8126 — руководство по реестрам IANA
  9. Реестр портов IANA, запись 4789
  10. Заявление IESG о позициях голосования
  11. Heng Lu — Policy Mirror
  12. Heng Lu — Minimum Initial Specification
  13. Heng Lu — Why BTW Media Exists