Prefix IPv6: адрес из сети ещё не объявляет весь prefix непосредственно доступным
В IPv6 присвоение адреса и определение on-link сети являются отдельными решениями. Нельзя автоматически переносить привычку IPv4 «адрес плюс маска означает локальную подсеть» на любой полученный IPv6-адрес. RFC 5942 специально уточняет эту границу.
В Prefix Information флаг A относится к автономной конфигурации, а L — к on-link информации. Они не являются одним разрешением. Кроме того, L=0 само по себе не сообщает, что prefix обязательно off-link, и не отменяет прежнюю on-link запись без соответствующих условий.
Запись в Neighbor Cache также не заменяет доказательство on-link маршрута. Разные таблицы хоста выполняют разные задачи. Ошибочное предположение может заставить узел искать соседа напрямую вместо передачи default router либо направлять трафик иначе, чем задумано проектом.
В приёмке сопоставляют адреса, PIO flags и реально используемую маршрутную информацию. Проверяют prefix с разными комбинациями A и L в согласованном стендовом сценарии. Наличие успешного ответа Neighbor Discovery не превращают в универсальное правило для всего диапазона. Итоговая схема должна объяснять источник каждого on-link решения и путь к адресам вне него.
Основание — Numbered IPv6 RFCs with DHCPv6 RFC9915 STD102 January2026 replacing RFC8415; selected mechanisms only, разделы RFC4861 Prefix Information L/A flags; on-link processing; RFC5942 IPv6 subnet model and on-link determination. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC IPv6; DHCPv6 рассматривается по RFC 9915, январь 2026, который заменил RFC 8415. Разбираются выбранные механизмы, а не полный профиль всех обновлений IPv6. Реальная поддержка хоста и сетевого оборудования не проверялась; настройки и сетевые операции не выполнялись.
