Кратко
- RFC 9818 требует от IPv6 CE-маршрутизатора поддерживать IA_PD на LAN-интерфейсах и связывать каждую дочернюю аренду со следующим переходом и динамическим маршрутом; освобождение или истечение удаляет маршрут и возвращает префикс в пул.
- Фильтр по умолчанию должен принимать источники из делегированных префиксов, а срок дочерней делегации не может заканчиваться позже оставшегося срока соответствующего WAN-префикса.
- Локальная квитанция хранения префикса должна соединять родителя, ребёнка, маршрут, фильтр, часы, наблюдение пакетов и выход из хранения. Это редакционное предложение Daniel Kade, а не поле RFC и не требование IETF.
В отчёте по адресам виден свободный ресурс. На дочернем маршрутизаторе виден отказ или отсутствие обратного трафика. Попытка выбрать только один «источник истины» делает один из этих фактов ошибкой. RFC 9818 позволяет сохранить оба и найти разрыв между ними.
Родительский префикс переходит от провайдера к CE по WAN. Затем CE выделяет части своим линкам и может передать остаток маршрутизаторам в LAN. Но арифметический остаток ещё не пересёк операционную границу. Для этого нужны IA_PD, привязка к клиенту, следующий переход, маршрут, разрешение фильтра и срок, производный от upstream.
Каждая запись может быть правдивой локально. DHCPv6 мог отправить Reply, хотя маршрут не установился. Маршрут мог сохраниться после expiry. Lease и route могли совпасть, а фильтр — ссылаться на прежнее состояние. Управление начинается с отказа превращать частный успех в итоговый вердикт.
Полученный блок не равен выданному дочернему префиксу
Провайдеры часто делегируют CE блок крупнее /64. Без поддержки IA_PD в LAN устройство способно настроить непосредственно подключённые хосты, но не передать неиспользуемые части другому маршрутизатору способом RFC 9818. Ресурс существует до границы и исчезает для потребителя после неё.
LPD-1 требует назначения IA_PD на LAN-интерфейсах. LPD-2 требует брать дочерний префикс из делегированного родителя и регистрировать системную ошибку управления при недостатке доступных единиц. Успешное upstream-продление и исчерпанный downstream-пул совместимы; расследование должно назвать правильную точку решения.
По умолчанию применяется плоская модель. После выделения локальным линкам CE оставляет оставшиеся префиксы другим маршрутизаторам в LAN. Администратор может настроить иерархию, но цепочка делегирования без знания топологии способна создать несбалансированное дерево. Документ даёт вариант, а не универсальное предпочтение.
LPD-3 запрещает менять префикс линка без изменения локальной политики или топологии. Это условная стабильность. Перенумерация должна ссылаться на событие, но неизменная строка сама не доказывает действующую аренду. LPD-4 сохраняет остаток доступным для других маршрутизаторов. Свободное место в инвентаризации и способность реально выдать его — разные утверждения.
Аренда создаёт маршрутное обязательство
LPD-5 требует локальную таблицу маршрутизации, динамически обновляемую по арендам и связанным следующим переходам. Передав дочернему маршрутизатору префикс, CE принимает обязанность направлять к нему назначения из этого диапазона.
Нужны четыре отдельных свидетельства: обмен IA_PD принят; lease содержит верные client, IA и prefix; точный route указывает на правильный next hop; пакеты действительно идут этим путём. Перехваченный Reply не доказывает установки маршрута. Счётчик агрегата не доказывает дочерний путь. Пакет сам не объясняет, какая аренда дала полномочие.
Release и expiry обращают цепочку. Если клиент освобождает префикс или valid lifetime заканчивается без renewal, связанный маршрут удаляется, а префикс возвращается в доступный пул. Это два наблюдаемых перехода. Повторная выдача до удаления старого маршрута создаёт пересечение хранения. Удаление без возврата теряет ёмкость.
Сохранившееся разрешение фильтра оставляет право без основания. Позднейшая согласованность не отменяет опасный интервал. Система сверки должна показывать расхождение и владельца, а не объявлять одну базу окончательной правдой.
Разрешение фильтра следует за текущей делегацией
LPD-6 обновляет фильтрацию CE по умолчанию. Пакеты, у которых внешний IPv6 source относится к делегированному префиксу, и обратные пакеты того же потока должны пропускаться. Адреса, не назначенные LAN и не делегированные, по-прежнему отбрасываются.
Разрешение выводится не из общего ярлыка «внутри», а из текущего хранения. Один диапазон последовательно бывает свободным, делегированным и истёкшим. Статический allowlist способен безупречно сохранить синтаксис и ошибочно сохранить вчерашние полномочия.
Правильный маршрут со старым deny создаёт молчащую ёмкость. Старый allow без текущего lease принимает источник, который CE больше не хранит. Оба компонента могут быть зелёными и описывать разные версии отношения.
Ограниченная проверка связности показывает поведение работающего кода, но сама не устанавливает источник разрешения, симметрию возврата или оставшийся срок родителя. Пакетное наблюдение завершает происхождение, а не заменяет его.
Дочерние часы не могут пережить родительские
LPD-10 запрещает выдавать в LAN lifetimes длиннее оставшихся lifetimes соответствующего префикса, полученного на WAN. CE не вправе обещать ребёнку полномочие, которое переживёт его собственное хранение.
Слово «оставшийся» требует времени наблюдения. Исходное значение родителя уменьшается и может продлеваться renewal. Дочернюю аренду способен вести другой процесс. Перезапуск, rebind, задержка записи и расхождение часов превращают две правдоподобные длительности в несовместимые сроки.
Сравнивать следует абсолютные expiration внутри одной цепочки. После успешного upstream-renewal downstream можно продлить своим действительным обменом. Если родитель сокращён или не обновился, ребёнок не может продолжать выглядеть более долговечным. Статус «active» без этой зависимости неполон.
LPD-7 задаёт /64 по умолчанию в соответствии с нынешним SLAAC, но разрешает администратору иной размер и более короткий префикс для иерархии. LPD-8 сохраняет выдачу GUA при генерации ULA, а LPD-9 рекомендует ставить GUA первым, когда выдаются оба. Локальная адресация не доказывает глобальную достижимость.
Минимальная квитанция хранения префикса
Предлагаемая квитанция хранения префикса начинается с родителя: WAN-интерфейс, точный prefix, необходимые server/client identifiers, IA, preferred и valid expiration, renewal и часы наблюдения. Она отделяет диапазоны локальных линков от действительно доступного дочернего пула.
Для каждого ребёнка она соединяет Request, Reply, client, IA_PD, prefix и length, LAN-интерфейс, next hop и сроки. Установка маршрута имеет собственный результат, routing domain, версию и условие удаления. Фильтр сохраняет лишь действующее решение, разрешающее делегированный источник и возврат, без лишнего содержимого трафика.
Уровень результата — ограниченная проверка с временем, направлением и итогом. Выход фиксирует release, expiry, сокращение parent, смену топологии или политики, затем удаление route, отзыв разрешения, возврат в pool и отсутствие преждевременной повторной выдачи.
DHCPv6-идентификаторы, топология и сигналы трафика чувствительны. Квитанция остаётся локальной, минимальной и защищённой. Это не центральный реестр, не новая DHCP-опция и не удалённое управление. Она не позволяет одному компоненту выдать свой успех за доставку всей системы.
Общая основа не присваивает локальную политику
RFC 9818 имеет категорию Informational и использует нормативные слова для общей базовой функции. Сети с несколькими префиксами и провайдерами прямо вынесены за рамки, потому что требуют дополнительного routing, provisioning и policy. За рамками не означает запрещено или решено автоматически.
Провайдер контролирует родителя, ПО CE согласует DHCPv6, route и filter, администратор выбирает length и hierarchy, а дочерний router ведёт производную сеть. IETF стандартизирует совместимое поведение, но не сертифицирует конкретное внедрение и не принимает локальное решение о риске.
Подход Heng Lu разделяет текст, выполнение, наблюдение и власть. RFC задаёт соединение, программа пытается его выполнить, наблюдение подтверждает конкретный случай, а местная сторона выбирает ремонт. Префикс является ёмкостью лишь пока хранение, пересылка и время согласны.
Источники
- Запись RFC 9818 в IETF Datatracker
- Heng Lu: Minimum Initial Specification, Localized Future Decision, Voluntary Adoption
- Heng Lu: On Why BTW Media Exists
- Heng Lu: The Policy Mirror
- Запись RFC 9818 у RFC Editor
- RFC 4862: автоматическая конфигурация IPv6 без состояния
- RFC 6092: рекомендуемые функции безопасности CPE
- RFC 6177: назначение IPv6 конечным площадкам
- RFC 7084: базовые требования к IPv6 CE-маршрутизаторам
- RFC 8200: протокол IPv6
- RFC 8213: безопасность сообщений server-relay DHCPv6
- RFC 8415: DHCP для IPv6
- RFC 9818: DHCPv6 Prefix Delegation в LAN CE-маршрутизаторов
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
