Information-request DHCPv6: успешный Reply может не содержать назначенного адреса
Фотография конкретного исполнения не приложена.
DHCPv6 используют не только для выдачи адресов. Хост может формировать адрес другим предусмотренным способом и обращаться к серверу за дополнительной конфигурацией. Поэтому отсутствие адресной lease в таком обмене не является само по себе неисправностью.
RFC 9915 определяет Information-request для получения параметров без запроса назначения addresses или delegated prefixes. Клиент указывает интересующие опции и предусмотренные параметры обновления информации. Это другой обмен, чем stateful выдача IA_NA или IA_PD.
Для диагностики сначала устанавливают выбранную схему: откуда появляются адрес, default route и дополнительные параметры. Один DHCPv6 Reply не подтверждает все эти части одновременно. Совместная работа со SLAAC возможна, но фактическую поддержку и поведение нужно проверить у клиентской ОС и сетевой политики.
В приёмке наблюдают адресную конфигурацию отдельно от Information-request и содержимого ответа. Проверяют обновление информации и изменение сети. Серверный факт успешного Reply не называют выдачей нового адреса, если association не запрашивалась. Результат формулируют по реально полученным параметрам и их использованию приложением, а не только по названию протокола в журнале.
Основание — Numbered IPv6 RFCs with DHCPv6 RFC9915 STD102 January2026 replacing RFC8415; selected mechanisms only, разделы RFC9915 18.2.6 Information-request; stateless configuration. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC IPv6; DHCPv6 рассматривается по RFC 9915, январь 2026, который заменил RFC 8415. Разбираются выбранные механизмы, а не полный профиль всех обновлений IPv6. Реальная поддержка хоста и сетевого оборудования не проверялась; настройки и сетевые операции не выполнялись.
Запросы отправляются на наш e-mail из вашей почтовой программы.
