摘要

  • RFC 9914 定义 DAO Projection：RPL Root 或外部控制器可把不必遵循主 DODAG 的优化路径安装到 RPL 域内。
  • PCE 可依据拓扑、路径长度、电池和可预留缓冲区等约束计算路径；Root 再以 Projected DAO 将结果投射给节点。
  • 规范定义 Storing-Mode 与 Non-Storing-Mode P-Routes，也允许混合模式；投射路由应被当作受确认、维护、过期、替换和移除约束的状态，而不是一次性的计算结果。

RFC 9914 是 IETF Proposed Standard，于 2026 年 4 月发布，并更新 RFC 6550、RFC 6553 和 RFC 8138。它扩展的是 RPL 的路由状态与信令边界：主 RPL Instance 预期先以 Non-Storing Mode 存在，Projected Routes 则可能造成混合模式。Storing-Mode P-Route 与 Non-Storing-Mode P-Route 的安装方式和转发责任不同，实施评估不能只看最终路径。

一个 P-Route 可以缩短被拉长的点到点路径，也可以形成保护路径，或交织进 6TiSCH Track。Projected Routes 使用独立且优先级更高的 RIB 时，运营者必须确认它如何压过普通 RPL 路由、何时退回普通状态，以及部分节点安装成功时是否会产生不对称转发。邻居或 sibling topology 的可达关系也不能被默认等同于主 DODAG 父子关系；路径约束、剩余资源和链路变化都应进入 PCE 的判断。

DAO Projection 的控制面必须覆盖安装确认、持续维护、有效期、替换和移除。没有确认的投射状态不能被当成全网可用；拓扑变化、节点离线、缓冲区耗尽或约束失效都应触发重新计算、撤销或回滚。实现细节如何暴露 P-Route 新鲜度和陈旧状态遥测，是具体产品仍需验证的未知项。

这里的 RPL source routing 不等于 SRv6。前者受 RPL、RPL Option 及 RFC 8138 压缩路由头的边界约束；不能因为两者都能表达路径，就把 RFC 9914 的 P-Route 推断为 SRv6 部署能力。RFC 9914 也不是 RFC 9912 的替代品：RFC 9912 讨论 RAW 的恢复图和本地 PLR 控制；RFC 9913 则涉及异构无线电能力的归一化。本文的焦点是 RPL 内由 Root/PCE 驱动的 P-DAO、路由表优先级及生命周期。

证据账本

主张 RFC 依据
DAO Projection、P-Route 的安装与移除 RFC 9914
RPL DODAG 与基础实例 RFC 6550
RPL 信息承载选项 RFC 6553
RPL 路由头压缩与 source routing 边界 RFC 8138
6TiSCH Track 与受限网络架构 RFC 9030
RAW 恢复图与相邻覆盖语境 RFC 9912
RAW 可靠性和低时延用例边界 RFC 9450

运营验收路径

先确认拓扑观测是否足够新，并为电池、缓冲区、路径长度、链路容量和 sibling 关系设定可审计约束；再分别测试 Storing、Non-Storing 与混合模式。随后核验每个节点的安装确认、独立高优先级 RIB 的选择行为、Track/保护路径的资源预留、过期计时、替换和移除。注入部分安装、丢失确认、Root/PCE 不可用、节点重启和过时 DAO，观察是否安全回退并可回滚。只有在遥测能显示版本、有效期、确认和删除结果时，才接受小范围试点；不能据此宣称普遍部署或厂商支持。

结论

运营决策的核心不是 PCE 是否找到一条漂亮的路径，而是网络能否证明投射状态仍然正确、具有适当优先级，并能在不完整安装或拓扑突变后收敛。接受 P-Route 意味着接受一套可观察、可撤销的集中式状态依赖。

来源