跳到主要内容

3. 与 RFC 2740 的差异

基于 RFC 2740 的 OSPFv3 实现将与基于本规范的实现完全互操作. 不过, 本规范包含一些协议新增内容和变更 (它们全部向后兼容).

3.1. 支持同一链路上的多个接口​

此协议特性在 RFC 2740 中只得到了部分规定. 其规定程度不足以实现该特性. 第 4.9 节规定了实现所需的新增内容和澄清. 它们与 RFC 2740 完全兼容.

3.2. 弃用 MOSPF for IPv6​

此协议特性在 RFC 2740 中只得到了部分规定. 其规定程度不足以实现该特性. 目前没有已知实现. Multicast Extensions to OSPF (MOSPF) 支持及其相关协议字段已从 OSPFv3 中弃用. 参见第 4.4.3.2 节, 第 4.4.3.4 节, 第 4.4.3.6 节, 第 4.4.3.7 节, Appendix A.2, Appendix A.4.2.1, Appendix A.4.3, Appendix A.4.1.1, 以及第 7.1 节.

3.3. NSSA 规范​

此协议特性在 RFC 2740 中只得到了部分规定. 其规定程度不足以实现该功能. 本文档包含一份 OSPFv3 专用的 NSSA 规范. 该规范与 [NSSA] 结合, 为实现提供了充分的规定. 参见第 4.8.5 节, Appendix A.4.3, Appendix A.4.8, 以及 [NSSA].

3.4. Stub Area 未知 LSA 泛洪限制已弃用​

在 RFC 2740 [OSPFV3] 中, 未知 LSA 的泛洪在 stub 和 NSSA areas 内受到限制. 描述该限制的文本如下.

然而, 与 IPv4 不同, IPv6 允许具有无法识别 LS types 的 LSA 被标记为 "Store and flood the LSA, as if type understood" (见 Appendix A.4.2.1 中的 U-bit). 不受控制地引入此类 LSA 可能导致 stub area 的 link-state database 增长到超过其组成路由器的容量.

为防止这种情况, 建立了以下关于 stub areas 的规则: LS type 无法识别的 LSA 只有在同时满足以下条件时, 才能被泛洪进入/遍及 stub area: a) 该 LSA 具有 area 或 link-local 泛洪作用域, 并且 b) 该 LSA 的 U-bit 设置为 0. 详情见第 3.5 节.

此限制已被弃用. OSPFv3 路由器会在 stub 和 NSSA areas 中泛洪 link 和 area scope 的 LSA, 只要其 LS type 无法识别且其 U-bit 设置为 1. 除了仍支持该限制的 OSPFv3 路由器可能不会传播新定义的 LSA 类型外, 不存在向后兼容性问题.

已添加 LinkLSASuppression interface 配置参数. 如果为某个 interface 配置了 LinkLSASuppression, 且该 interface type 不是 broadcast 或 NBMA, 则可以抑制 link-LSA 的发起. LinkLSASuppression interface 配置参数在 Appendix C.3 中描述. 第 4.8.2 节和第 4.4.3.8 节已更新, 以反映该参数的用法.

3.6. LSA Options 和 Prefix Options 更新​

LSA Options 和 Prefix Options 字段已更新, 以反映近期的协议新增内容. 具体而言, 与 MOSPF 相关的 bits 已被弃用, 与 OSPFv2 共用的 Options field bits 已被保留, 并且 DN-bit 已添加到 prefix-options 中. 参见 Appendix A.2 和 Appendix A.4.1.1.

3.7. IPv6 Site-Local 地址​

所有对 IPv6 site-local 地址的引用都已移除.

最后于 更新