Кратко

  • RFC 9915 задаёт DHCPv6 для конфигурации без состояния и для stateful-выдачи IPv6-адресов и префиксов; он может работать вместо SLAAC или вместе с ним.
  • RFC 9915 — это опубликованный в январе 2026 года интернет-стандарт IETF STD 102; он заменяет RFC 8415 и учитывает подтверждённые исправления.
  • Главная перемена — не новая «адресная» транзакция, а более строгая модель жизни идентичности, Identity Association, времени действия, Renew, Rebind и Prefix Delegation.

Обмен начинается с сообщений клиента и сервера, но его смысл продолжается после первого Reply. DUID идентифицирует клиента, а Server Identifier позволяет связать состояние с конкретным сервером. Identity Associations разделяют ресурсы: IA_NA может содержать адреса, а делегирование префикса сохраняет состояние, которое затем использует пограничный маршрутизатор. Для каждой ассоциации важны времена valid и preferred, а также T1 и T2. T1 обычно запускает Renew к серверу, создавшему состояние; после неудачи и наступления T2 клиент переходит к Rebind и ищет доступный сервер шире.

Именно при Renew и Rebind проявляются ошибки, которых не видно при начальной выдаче. Маршрут может пройти через другой relay, измениться Server Identifier, стать недоступным multicast или смениться политика обработки сообщений. Reconfigure позволяет серверу попросить клиента начать новый обмен, но сам факт такой возможности не доказывает доставку, реакцию клиента или восстановление состояния. Поэтому наблюдать нужно весь путь клиент—relay—сервер и каждую ассоциацию отдельно.

Prefix Delegation остаётся stateful-функцией DHCPv6. Пограничный маршрутизатор должен удерживать делегированный префикс, учитывать его срок и применять его в нижестоящих сетях. Если связь с сервером или relay нарушится, адрес на внешнем интерфейсе может ещё выглядеть рабочим, тогда как дочерние сети уже теряют устойчивость. RFC 7084 задаёт контекст требований к IPv6 Customer Edge Router, но не является доказательством совместимости конкретного производителя. Проверка должна включать отказ сервера, перезапуск, остаточный срок, Renew, Rebind и фактическую маршрутизацию вниз.

RFC 9915 удаляет IA_TA — механизм временной выдачи адресов, — и возможность Server Unicast, включая опцию Server Unicast и код состояния UseMulticast. Это не означает исчезновения адресов конфиденциальности. SLAAC из RFC 4862 и временные адреса из RFC 8981 остаются самостоятельными механизмами. Нельзя также утверждать, что DHCPv6 повсеместно заменяет SLAAC: решение зависит от архитектуры, требований к приватности и доступности multicast.

Несколько stateful-опций или несколько IA не образуют автоматически одну атомарную операцию. Одна ассоциация может обновиться, пока другая или делегированный префикс уже не продлеваются. RFC 7550 делает эту границу явной для эксплуатации. Мониторинг должен показывать DUID, Server Identifier, состояние каждой IA, T1, T2, остаточный срок, результат Renew и Rebind, путь relay, события Reconfigure и использование делегированного префикса внизу сети.

Реестр утверждений и RFC-доказательств

Утверждение Доказательство
Текущее поведение DHCPv6, сроки и удалённые возможности RFC 9915
Предыдущая, отменённая спецификация RFC 8415
SLAAC и граница сосуществования RFC 4862
Customer Edge Router и делегирование RFC 7084
Несколько stateful-опций DHCPv6 RFC 7550
Временные адреса конфиденциальности SLAAC RFC 8981

Это не заявление о поддержке какого-либо поставщика, о всеобщем развёртывании или о безопасных сроках для любой сети. Поведение смешанной среды RFC 8415 и RFC 9915 также нельзя выводить без испытаний.