Кратко
- RFC 9914 вводит DAO Projection: Root или внешний контроллер может установить оптимизированный маршрут, который не обязан следовать основному DODAG.
- PCE строит путь по топологии и ограничениям, включая длину, заряд батареи и резервируемые буферы; правильный расчёт ещё не означает правильную установку во всех узлах.
- Определены P-Routes для Storing Mode и Non-Storing Mode, гибридные варианты, а также сигнализация создания, подтверждения, сопровождения, истечения, замены и удаления.
RFC 9914 опубликована в апреле 2026 года как IETF Proposed Standard и обновляет RFC 6550, RFC 6553 и RFC 8138. Она отделяет обычное движение по DODAG от целенаправленно записанного состояния маршрута между точками. В Storing Mode промежуточные узлы хранят сведения о маршрутах; в Non-Storing Mode используется логика source routing RPL с соответствующими механизмами сжатия. Основной экземпляр RPL предполагается заранее работающим в Non-Storing Mode, поэтому проекция может создать гибридную среду, где локальные правила хранения и исходной маршрутизации сосуществуют.
P-Route может сократить растянутый путь между двумя точками, стать защитным путём или быть встроен в Track. Однако RFC 9914 не утверждает, что каждый такой маршрут короче или безопаснее. PCE опирается на снимок топологии и заданные ограничения, а узлы должны иметь достаточно памяти, энергии и буферов, чтобы принять и пересылать состояние. Для проецируемых маршрутов предусмотрена отдельная RIB с более высоким приоритетом. Значит, нужно заранее проверять конфликт с обычным RPL-маршрутом, неполную установку и последствия того, что только часть узлов получила обновление.
Ключевой вопрос — жизненный цикл, а не разовый результат вычисления. Установка должна подтверждаться, а идентификатор, срок действия, обновление, замена и удаление должны попадать в наблюдаемую телеметрию. После изменения топологии устаревший маршрут не должен незаметно сохраняться из-за повышенного приоритета. Tracks следует понимать в рамках архитектуры ограниченных сетей 6TiSCH, а не как универсальную гарантию задержки или надёжности. RFC 9914 также не доказывает наличие реализации, поддержку производителя или широкое развертывание.
Реестр утверждений: утверждение ← RFC
| Утверждение | Доказательство |
|---|---|
| DAO Projection, P-Routes и их жизненный цикл | RFC 9914 |
| Базовая архитектура RPL и DODAG | RFC 6550 |
| Передача информации RPL в плоскости данных | RFC 6553 |
| Сжатие заголовка source routing RPL | RFC 8138 |
| Tracks и архитектура 6TiSCH | RFC 9030 |
| Recovery graph и соседнее восстановление | RFC 9912 |
| Сценарии надёжности и низкой задержки | RFC 9450 |
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
