Кратко

  • draft-ietf-intarea-dhcp-rate-signaling-00 предлагает опции DHCPv4 и DHCPv6 для передачи назначенных тарифом скоростей; сервер, BNG и другие ретрансляторы могут сформировать или изменить значение до его применения.
  • Для аудита нужен паспорт полномочий скорости: отдельно тариф, объявление сервера, тип L2/L3, каждое преобразование, фактические параметры очередей, физический предел и самостоятельные измерения.

Число появляется без испытания линии

Домашний маршрутизатор получил DHCPACK и сразу показал 1 Гбит/с. Значение пришло от сети, выглядит официально и, возможно, стало параметром шейпера. Пользователь вправе решить, что провайдер только что проверил подключение. На самом деле маршрутизатор не обязан отправлять тестовый поток, искать перегрузку или устанавливать связь с измерительным сервером.

Проект DHCP Explicit Rate Signaling решает иную задачу. Физический Ethernet-канал между CPE и внешним модемом либо ONT часто быстрее оплаченного профиля. Если CPE видит только скорость порта, очередь может образоваться за настоящим узким местом. Явные значения для обоих направлений позволяют CPE, relay и L2-узлам с DHCP snooping настроить shaping, policing или Active Queue Management ближе к заданному ограничению.

Это полезная передача управления, но не обнаружение доступной ёмкости. Сервер DHCP вправе получить число из локальной конфигурации, RADIUS/AAA либо внешнего сервиса политик. В пакете отражается решение, принятое в коммерческой или операционной системе. Сам DHCP не устанавливает, соответствует ли оно физической линии или текущей сквозной производительности.

Статус документа требует той же точности. Призыв принять индивидуальный проект в INTAREA начался 31 июля 2026 года. 27 августа сопредседатели зафиксировали консенсус и попросили выпустить тот же текст как рабочую версию 00. Это действующий Internet-Draft, который ещё может измениться или утратить силу. В Datatracker не указан предполагаемый статус RFC, а запрошенные номера IANA остаются TBD. Принятие рабочей группой — не готовый стандарт и не свидетельство внедрения.

Одинаковая единица не означает одинаковый учёт

Контейнер несёт 64-битные значения в битах в секунду для каждого направления и подопцию типа. Именно тип задаёт смысл числа.

Тип 0 — информационный. Его разрешено показать пользователю или сохранить в телеметрии, но нельзя использовать для настройки интерфейса, шейпера, полисера или AQM. Тип 2 описывает уровень L2 и считается значением по умолчанию, если поле типа отсутствует. Тип 3 считает IP-заголовок и полезную нагрузку на L3. Авторы отмечают, что эта база чаще соответствует коммерческой скорости и приложениям измерения.

Поэтому L2-шейпер и L3-тест могут честно показывать разные цифры. VLAN-теги и инкапсуляция влияют на соотношение. Информационное значение может точно передавать тариф, но не давать полномочий менять обработку трафика. Если устройство не знает фундаментальный тип, оно должно отбросить опцию целиком и вернуться к настройкам по умолчанию, а не угадывать.

У нуля тоже есть специальная семантика. Нулевая скорость означает отсутствие ограничения и может удалить ранее применённый предел. Полученный ноль, отсутствующая опция, испорченная опция и неувиденный ответ — разные состояния. Если панель сведёт их к «0 Мбит/с», команда сброса будет выглядеть как авария.

Авторитет сервера ограничен одной транзакцией

Клиент может запросить опцию, предложить максимальные значения и предпочитаемый тип L2 или L3. В окончательном DHCPACK или DHCPv6 REPLY решает сервер. Однако это авторитет внутри обмена DHCP. Он не подтверждает правильность договора в биллинге и свежесть профиля AAA.

К тому же сервер не всегда последний редактор. DHCPv4 relay, включая Broadband Network Gateway, может добавить, изменить либо удалить опцию. Коммутатор L2 способен извлечь её при snooping и создать локальную очередь. В DHCPv6 вложенные заголовки relay-reply позволяют адресовать одну скорость клиенту, а другие — промежуточным узлам. Каждый relay должен обрабатывать предназначенный ему слой, не просматривая внутреннее сообщение клиента.

На одном пути могут одновременно существовать несколько допустимых значений. CPE регулирует исходящий поток, access relay — свой сегмент, BNG — входящее направление. Различие не обязательно означает ошибку. Оно означает, что снимок экрана одного устройства не представляет всю политику доступа.

Важен и момент действия. Reconfigure и обновление lease в DHCPv6 могут заменить параметр посреди сеанса. В DHCPv4 значение из DHCPOFFER разрешено учитывать при выборе сервера, но применять следует только опцию из DHCPACK. Тип сообщения, идентификатор транзакции, время получения и срок аренды — часть доказательства.

Когда объявлено больше, чем способен порт

Проект прямо разбирает ситуацию: сеть сообщает 2 Гбит/с, а WAN-порт CPE поддерживает лишь 1 Гбит/с. Устройство должно ограничить эффективные настройки shaping, policing или AQM физической ёмкостью. Интерфейс должен показать исходное объявление вместе с ограниченным значением и записать расхождение.

Так появляются три самостоятельных факта: что объявила сеть, что применило устройство и что способен передать порт. Измерение создаёт четвёртый факт. На него влияют сервер теста, путь за пределами доступа, перегрузка, транспорт, Wi‑Fi и нагрузка терминала. Их можно сопоставлять, но нельзя хранить одно вместо другого.

Конфликты протоколов тоже требуют происхождения. Если DHCPv4 и DHCPv6 дают разные скорости, проект предпочитает v6 и требует сохранить протокол-источник действующей настройки. При повторе одной подопции побеждает последняя обработанная. В PPPoE вариант DHCP имеет приоритет над частной скоростью из PPP-аутентификации; ноль или завершение сеанса возвращают стандартные параметры.

Одно поле «текущая скорость» не объяснит, почему v6 победил v4, кто переписал значение, где сработал физический предел и что именно сбросило настройку. Проигравшие кандидаты и правило выбора также относятся к операционному состоянию.

Паспорт полномочий скорости

Для каждого действующего значения нужен компактный, читаемый паспорт полномочий. Это редакционное предложение статьи, а не требование Internet-Draft.

Сначала фиксируются сеанс или lease, устройство, интерфейс, версия DHCP, тип сообщения, подтверждение транзакции, время приёма и срок действия. Если возможно, отдельно указываются договорный тариф и источник политики. Затем сохраняются исходные скорости сервера и их тип: информационный, L2 или L3.

Каждому изменяющему hop отводится строка: входное значение, добавление, замена или удаление, выходное значение, идентичность relay или BNG, адресат и созданная локальная очередь. Для DHCPv6 нужен конкретный уровень relay-reply. Коммутатор, который только наблюдал, нельзя называть исполнителем.

Результат хранится в других полях: эффективные значения шейпера, полисера и AQM, предел интерфейса, причина ограничения, победивший протокол и условие сброса. Измерения связываются как отдельный временной ряд с методикой и конечными точками. Слова интерфейса должны быть точными: «объявлено», «применено», «поддерживается», «по договору», «измерено». Общее слово «скорость» этих гарантий не содержит.

Правдоподобие не аутентифицирует источник

DHCP часто работает без аутентификации сообщений. Проект считает, что поддельный ответ с искусственно низкой скоростью может вызвать отказ в обслуживании, и предлагает операторские пороги разумности. Это оценка угрозы авторами, а не сведения о зафиксированном инциденте.

Порог отбрасывает абсурд, но не доказывает происхождение правдоподобного числа. Он способен также остановить законное снижение тарифа. Нужна административная сторона: какая система имела право выбрать профиль, какой relay имел право его заменить и кто обязан расследовать отклонение.

В действующем реестре IANA BOOTP/DHCP Parameters ещё нет предлагаемой опции, реестра её подопций и типов. Это только текущая стадия процесса, не отказ и не обещание будущего назначения. Ранние испытания должны связывать временный код с точной редакцией проекта.

Граница утверждения

RFC 7567 объясняет роль AQM рядом с узким местом, а RFC 9330 — зависимость L4S от коротких очередей и своевременной сигнализации перегрузки. Точная назначенная скорость может помочь этим механизмам и улучшить наблюдаемое качество.

Но DHCP-ответ доказывает лишь то, что конкретная цепочка управления передала конкретное указание в данной транзакции или аренде. Утверждение о производительности требует происхождения политики, действий relay, применённого состояния, физических пределов и независимых наблюдений. Разрядность числа не расширяет область истины.

Источники