Кратко
- RFC 6276 требует, чтобы мобильный маршрутизатор вне домашней сети сначала зарегистрировался у домашнего агента и только затем начал DHCPv6 Prefix Delegation; будущие префиксы в этот момент могут быть неизвестны.
- Внести префикс в Binding Cache Entry позволяет только действующий DHCPv6 PD lease. Ни регистрация, ни Reply сами по себе не доказывают пересылку трафика, достижимость или доставку.
Запись «Binding Update принят» легко прочесть как готовность всей мобильной сети. RFC 6276 задаёт более узкий смысл. До обмена DHCPv6 для делегирования маршрутизатор должен зарегистрироваться у домашнего агента, потому что он ещё не запрашивал и может не знать мобильные сетевые префиксы. Это событие регистрации, а не знание о префиксе.
Следующим идёт делегирование. Мобильный маршрутизатор выступает requesting router, домашний агент — delegating router. Последовательность Solicit, Advertise, Request и Reply фиксирует выбор и выдачу префикса. В модели RFC 3633 запрашивающий маршрутизатор отвечает за выделенный префикс в пределах срока действия. Reply показывает факт делегирования и срок, но не использование префикса нижестоящим интерфейсом, не работу туннеля и не ответ сервиса.
Третье событие — необходимая граница. После завершения DHCPv6-сигнализации домашний агент добавляет делегированные префиксы в binding cache. Раздел безопасности требует делать это только при действующем DHCPv6 Prefix Delegation lease для данного префикса; без него добавление запрещено. RFC прямо связывает правило с недопущением пересылки трафика к префиксам, ещё не делегированным мобильному маршрутизатору.
Это разрешение уровня управления для одного префикса, а не квитанция о пакете. Оно не доказывает перехват, инкапсуляцию, текущую достижимость маршрутизатора, наличие узла за ним или результат приложения. RFC 6275 также не решает все вопросы мобильности: частичную достижимость, контроль доступа и обнаружение служб. По методу Heng Lu регистрация, делегирование и lease-связанное изменение кэша остаются разными фактами; для трафика и результата нужны независимые наблюдения. Указание Haddad как соавтора не делает его оператором реальной сети или получателем её результата.
Источники
- https://www.rfc-editor.org/rfc/rfc6276.html
- https://www.rfc-editor.org/rfc/rfc3633.html
- https://www.rfc-editor.org/rfc/rfc6275.html
- https://www.rfc-editor.org/rfc/rfc3963.html
- https://datatracker.ietf.org/person/Wassim.Haddad%40ericsson.com
- https://heng.lu/running-code-primary-the-patch-needed-to-preserve-the-internet-original-design/
- https://heng.lu/minimum-initial-specification-localized-future-decision-voluntary-adoption-internet-coordination-system/
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
