8. Profiles

本文档提供一组工具, 实现是否需要这些工具取决于其服务的应用类型. 本节描述可分别实现的 profiles, 例如仅使用本规范的一部分来满足特定用例, 并可用于区分实现能够和不能够执行的功能.

Profiles 0 到 2 在 main Instance 中运行, 不要求支持 Local RPL Instances, 也不要求在 data plane 中指示 RPL Instance. Profile 3 及以上利用 Local RPL Instances 构建以 Track ingress 为根的任意 Tracks, 并使用 Track ingress 的 namespace 作为 TrackID.

所有可能用于 LLNs 的实现都要求支持 Profiles 0 和 1; Profile 1 利用 Storing Mode 在最常见的 LLN 部署中减小 RPL Source Route Header 的大小. 在高速 (例如有线) 环境中, 推荐支持 Profile 2, 以启用 Traffic Engineering 和 network automation. 所有其他 profile/environment 组合都是可选的.

Profile 0: Profile 0 是对 [RPL] Non-Storing Mode 的传统支持, 其中 default routing Northwards (向上), strict source routing Southwards (沿 main DODAG 向下). 它提供所有支持 Track 的 profiles 都必须先实现的最小公共功能. 其他 profiles 使用本规范引入的选定能力扩展 Profile 0.

Profile 1 (沿 main DODAG 的 Storing Mode P-Route segments): Profile 1 不创建新路径; 与 Profile 0 相比, 它结合 Storing 和 Non-Storing Modes, 以在 Non-Storing Mode RPL DODAG 中平衡 packet 中 Routing Header 的大小和 intermediate routers 中的状态量.

Profile 2 (沿 main DODAG 的 Non-Storing Mode P-Route segments): Profile 2 使用沿 main DODAG 的 strict source-routed Non-Storing Mode P-Routes 扩展 Profile 0, 它与 Profile 1 相同, 但使用 NSM-VIOs 而不是 SM-VIOs. Profile 2 提供与 Profile 1 相同的能力, 即压缩沿 main DODAG 向下的 packets 中的 SRH, 但它要求进行封装, 以便在 loose source routing hops 之间插入额外 SRH. 使用 Profile 2 时, Tracks 必须作为 main DODAG 的 subTracks 安装, 并且 main Instance 必须用作 TrackID. 注意, ingress node 执行封装但不是 Root, 因为它不拥有 DODAGID.

Profile 3: 为了形成尽可能最佳的路径, 此 profile 要求支持 SIO, 以向 Root 通知其他可能 hops. Profile 3 使用额外 Storing Mode P-Routes 扩展 Profile 1, 这些 P-Routes 安装不跟随 main DODAG 的 segments. 如果 segment ingress (在 SM-VIO 中) 与 Track ingress 的 IPv6 address (在 Projected DAO Base Object 中) 相同, 则 P-DAO 在 segment ingress 和 segment egress 之间创建隐式 Track.

Profile 4: Profile 4 使用 strict source-routed Non-Storing Mode P-Routes 扩展 Profile 2, 以形成位于 main DODAG 内但不一定跟随它的 forward Tracks. Track 由一个或多个 strict source-routed paths 构成, 路径位于作为 Track ingress 的 Root 与作为最后节点的 Track egress 之间.

Profile 5: Profile 5 将 Profile 4 与 Profile 1 结合, 并启用 Track ingress 与 egress 之间的 loose source routing. 与 Profile 1 一样, Storing Mode P-Routes 形成 loose source route 中的连接.

Profile 6: Profile 6 将 Profile 4 与 Profile 2 结合, 并启用 Track ingress 与 egress 之间的 loose source routing.

Profile 7: Profile 7 在按第 7.1 节所示以 Storing Mode 运行的 main DODAG 中实现 Profile 5. 与 Profiles 1 和 2 一样, TrackID 是 main DODAG 的 RPLInstanceID. Longest match rules 决定 packet 是沿 main DODAG 发送, 还是在 Track 中重新路由.

Profile 8: Profile 8 为 RAW 工作以及网络中任意节点能够承担与传统部署中 RPL Root 相同代码复杂度的用例而提供. 如第 7.2 节所规定, 它在 Non-Storing Mode main DODAG 中向 Track ingress 提供完整 DODAG 可见性.

Profile 9: Profile 9 结合 Profiles 7 和 8, 在 Storing Mode main DODAG 内以完整 DODAG 方式运行 Track, 并仅使用 main DODAG RPLInstanceID 作为 TrackID.