Кратко

  • RFC 9892 отводит VID двенадцать бит: 0x000 означает не учитывать VLAN, 0xFFF зарезервирован, последний явный VID — 0xFFE.
  • RFC 9895 требует эту обработку, но в управленческом разделе указывает 0x0000, 0xFFFF и 0x00010xFFFE; на дату проверки в базе RFC Editor соответствующей errata не было.

Два официальных документа могут успешно пройти контроль происхождения и всё равно поставить разработчика перед невозможным типом данных. Именно это происходит, когда одна часть цепочки разрешает 65534, а другая оставляет для значения только двенадцать бит.

RFC 9895 определяет расширение IEEE 802.1Q Aware Credit Window для DLEP. Модем сообщает маршрутизатору, какие Ethernet-потоки относятся к логическим кредитным окнам. Критериями служат адрес назначения DLEP, VLAN Identifier и PCP; окно бывает общим или выделенным.

Формат классификатора задан в RFC 9892, а кредитная механика — в RFC 9893. Узел, объявляющий Extension Type 5, обязан поддерживать относящиеся к ним сообщения, Data Items и обработку.

В RFC 9892 поле показано непосредственно: четыре бита занимает NumPCPs, оставшиеся двенадцать — VID. Нулевое значение 0x000 исключает VID из сопоставления, 0xFFF зарезервировано, диапазон явных VLAN заканчивается на 0xFFE.

RFC 9895 в разделе 3 пишет иначе: 0x0000 для нуля, 0xFFFF как резерв и 0x00010xFFFE как допустимые значения. Верхняя граница требует шестнадцать бит. Тот же текст содержат официальные HTML и XML. Поиск errata для RFC 9895 на момент исследования не находил записей.

Это подтверждает несогласованность текста, но не заменяет решение IETF или RFC Editor. Не установлено и то, что какой-либо продукт реализовал широкий диапазон. Надёжные системы могли ограничить его общим валидатором IEEE 802.1Q. Такой вывод надо подтверждать для каждой цепочки отдельно.

На проводе выбор уже: RFC 9895 делает обработку RFC 9892 обязательной, а там физически нет места для тринадцатого бита VID. Значение выше 0xFFE следует отклонять до сериализации. Расширение формата нарушит совместимость, а скрытое усечение изменит идентичность.

Например, маска 12 бит превратит 0x1001 в VLAN 1. Контроллер может продолжать хранить исходное число, а модем — применять единицу. Тогда read-back подтверждает не рабочее состояние, а старое намерение. Даже точный журнал API окажется свидетелем не того слоя.

Другой стек выдаст ошибку типа, третий оборвёт обновление сессии, четвёртый нормализует число в SDK оборудования. Это сценарии для отрицательных тестов, а не перечисление известных инцидентов. Цель проверки — найти первое место отказа и исключить молчаливое преобразование.

Очередность классификации делает ошибку значимой. Если пакет одновременно совпал с Ethernet и Diffserv, RFC 9892 отдаёт приоритет VLAN/PCP. Поэтому ошибочная Ethernet-запись может вытеснить корректное DSCP-окно из RFC 9894.

Wildcard способен скрыть дефект доступностью. RFC 9895 предупреждает, что подстановки VID и PCP захватывают неожиданные и появившиеся позже потоки. Если явное правило не установилось, а default-окно приняло пакет, связь сохранится, но изоляция и распределение кредита изменятся.

Переговоры о расширении подтверждают лишь общий механизм. Маршрутизатор может поддерживать меньше окон, чем рекламирует модем, взять подмножество или сбросить сессию; расхождение должно быть видно пользователю. Аналогично должны быть видны отказ, маска или замена VID.

Базовый набор тестов принимает 0x001 и 0xFFE, отклоняет 0xFFF, 0x1000, 0xFFFF, отрицательные числа и лишние старшие биты. Ноль допустим только как команда игнорировать VID. Затем сравниваются запрос, сохранённое значение, байты RFC 9892, результат разбора соседом, установленное правило и read-back.

Матрица должна включать одновременное совпадение Ethernet/DSCP, явное правило против wildcard, переподключение, ограничение числа окон и отсутствие кредита. RFC 9893 решает, можно ли отправить пакет к модему; она не исправляет выбор окна и не доказывает доставку. RFC 2475 также разделяет классификацию, кондиционирование, поведение на узле и услугу.

Реестр DLEP IANA закрепляет код 5, но не наблюдает валидатор контроллера. Принцип Lu Heng Running-Code Primacy возвращает доказательство к выполняемому переходу состояния. Minimum Initial Specification оставляет общий слой минимальным и проверяемым, а Reality Layers не позволяет статусу документа подменить факт исполнения.

Локальная реализация не может объявить RFC исправленным. Она может строго применить 12-битную границу, записать толкование, протестировать запреты и направить несогласованность в процесс errata. Руководству нужен точный ответ: где тринадцатый бит отвергается открыто, прежде чем превратится в действующий другой VLAN?

Источники