Кратко

  • Option 108 позволяет готовому к IPv6-only клиенту отказаться от IPv4; сервер отвечает только в настроенном пуле IPv6-mostly.
  • Проект не определяет универсальную проверку. Политика устройств, выход из режима и скрытые IPv4 ошибки остаются задачей оператора.

DHCP-сервер не проверяет приложения на ноутбуке и не гарантирует день без IPv4 без сбоев. Option 108 этого не обещает. Клиент может сообщить, что готов отказаться от адреса; оператор решает, где этому сигналу доверять.

Версия 12 проекта IETF о сетях IPv6-mostly обновлена 29 октября и проходит заключительное рассмотрение IESG до 12 ноября. IPv4- и IPv6-only-устройства остаются в одном сегменте. Если клиент запросил Option 108 и получил её в DHCPOFFER, он не должен запрашивать IPv4. Устройства без поддержки могут получать IPv4 из пула, настроенного для IPv6-mostly.

Опция — сигнал, а не тест. У «IPv6-only-capable» нет строгого технического определения. Устройство должно работать без нативного IPv4, сохраняя пользовательский опыт. Приложения могут использовать IPv6; NAT64 открывает IPv4-only-ресурсы; либо устройство запускает CLAT для старого ПО. RFC 6877 описывает клиентский транслятор CLAT. RFC 8925 уже считает объявление интерфейса готовым решением политики. DHCP готовность не обнаруживает. Оператор указывает, кому разрешено так заявлять.

Сервер отправляет Option 108 только при запросе клиента и явной настройке пула как IPv6-mostly. Четырёхбайтовое значение задаёт время отключения DHCPv4. Сервер передаёт V6ONLY_WAIT или ноль, если таймер не задан. Где исчезает адрес, определяет политика пула.

IPv4-only-ресурсам нужен путь. Проект использует NAT64 и объявление префикса через RFC 8781, DNS64 по RFC 6147 или оба механизма. Если ломается устройство, DNS, транслятор или сеть, пропадает запасной dual-stack-путь.

Проект рекомендует добровольный пилот, затем включение PREF64 и Option 108 с возможностью выхода. Пользователю, возможно, придётся сообщить об ошибке, чтобы выйти. Это помогает увидеть сбой, но делает пострадавшего первым испытателем. Фильтрация IPv4 через ACL — временная мера: правила для перемещающихся устройств надо обновлять.

В проекте нет числа внедрений или измеренных данных о сбоях, поэтому он не доказывает экономию адресов или качество пользовательского опыта. Тезис архитектурный: общая сеть может не выдавать IPv4 тем, кто без него работает, и оставить адрес остальным. Готовность надо доказать до того, как поддержка будет искать ответ по каждому приложению отдельно.

IETF draft -12 · RFC 8925 · RFC 6877 · RFC 8781 · RFC 6147