RFC5308：Routing IPv6 with IS-IS，October 2008
本备忘录的状态
本文档为 Internet 社区指定了 Internet 标准跟踪协议，并请求讨论和改进建议。本协议的标准化状态和现状请参考当前版本的《互联网官方协议标准》（STD 1）。本备忘录的分发不受限制。
梗概
本文件规定了一种使用 IS-IS 路由协议交换 IPv6 路由信息的方法。所描述的方法利用两个新的 TLV：可达性 TLV 和接口地址 TLV，以在整个路由域中分发必要的 IPv6 信息。使用这种方法，可以使用单个域内路由协议将 IPv6 与 IPv4 和 OSI 一起路由。
1、 概述
IS-IS 是一种可扩展的域内路由协议。路由域中的每个路由器都会发布一个链路状态协议(Link State Protocol，LSP)数据单元，其中包含与该路由器有关的信息。LSP 包含类型化的可变长度数据，通常称为 TLV（type-length-values）。我们用两个新的 TLV 扩展该协议，以承载执行 IPv6 路由所需的信息。
在 [RFC1195] 中，描述了一种路由 OSI 和 IPv4 的方法。我们使用相同的方法并进行一些小的更改以允许 IPv6。为此，我们必须定义两个新的 TLV，即“IPv6 可达性”和“IPv6 接口地址”，以及一个新的 IPv6 协议标识符。在我们的新 TLV 中，我们利用了 [RFC5305] 的扩展指标和上/下语义。
1.1、 需求语言
本文档中的关键词“必须”、“不得”、“要求”、“应”、“不应”、“应该”、“不应”、“推荐”、“可以”和“可选”是按照 RFC 2119 [RFC2119] 中的描述进行解释。
2、 IPv6 可达性 TLV
“IPv6 可达性/IPv6 Reachability”TLV 是 TLV 类型 236 (0xEC)。
[RFC1195] 定义了两个可达性 TLV，“IP 内部可达性信息/IP Internal Reachability Information”和“IP 外部可达性信息/IP External Reachability Information”。我们提供具有“IPv6 可达性”TLV 和“外部”位的等效 IPv6 数据。
“IPv6 可达性”TLV 通过指定路由前缀、度量信息、指示前缀是否从更高级别向下通告的位、指示前缀是否从另一个路由协议分发的位来描述网络可达性 ，并且可选地存在子 TLV 以允许以后扩展。该数据由以下结构表示：
U - 向上/向下位
X - 外部原始位
S - 子TLV当前位
上述 IPv6 可达性 TLV 可以在 LSP 中出现任意次数（包括没有）。不得使用此 TLV 通告链路本地前缀。
如 [RFC5305] 中所述：当前缀首次注入 IS-IS 时，向上/向下位应设置为 0。如果前缀从较高级别通告到较低级别（例如，level-2 到level-1 )，该位应设置为 1，表示前缀已向下传播。将 up/down 位设置为 1 的前缀只能在层次结构中向下通告，即，向较低级别。
如果前缀是从另一个路由协议分发到 IS-IS，则外部位应设置为 1。当将前缀从 IS-IS 分发到其他协议时，此信息很有用。
如果 Sub-TLV 位设置为 0，则不存在 Sub-TLV 的八位字节。否则，该位为 1，前缀后面的八位字节将包含结构的 Sub-TLV 部分的长度。
前缀在数据结构中“打包”。也就是说，只存在所需数量的前缀八位字节。这个数字可以从前缀长度八位字节计算如下：
前缀八位字节 = ((前缀长度 + 7) / 8) 的取整
就像在 [RFC5305] 中一样，如果使用大于 MAX_V6_PATH_METRIC (0xFE000000) 的度量来通告前缀，则在正常的最短路径优先 (Shortest Path First，SPF) 计算期间不得考虑该前缀。这将允许为构建普通 IPv6 路由表以外的目的发布前缀。
如果存在 Sub-TLV，它们的形式与普通 TLV 相同，如下所示。
长度表示存在多少个八位字节的值，可以为 0。
3、 IPv6 接口地址 TLV
“IPv6 接口地址/ IPv6 Interface Address”TLV 是 TLV 类型 232 (0xE8)。
TLV 232 直接映射到 [RFC1195] 中的“IP 接口地址”TLV。我们必须将内容修改为 0-15 的 16 字节 IPv6 接口地址，而不是 0-63 的 4 字节 IPv4 接口地址。
我们进一步限制此 TLV 的语义，具体取决于它的通告位置。对于 Hello PDU，“接口地址”TLV 必须仅包含分配给发送 Hello 的接口的链路本地 IPv6 地址。对于 LSP，“接口地址”TLV 必须仅包含分配给 IS 的非链路本地 IPv6 地址。
4、 IPv6 NLPID
IPv6 网络层协议 ID (Network Layer Protocol ID，NLPID) 的值为 142 (0x8E)。
与 [RFC1195] 和 IPv4 一样，如果 IS 支持使用 IS-IS 的 IPv6 路由，它必须通过添加 IPv6 NLPID 在“NLPID”TLV 中通告这一点。
5、 操作
我们利用 [RFC5305] 中对 [RFC1195] 所做的相同更改来处理前缀信息。这些变化都与 SPF 计算有关。
由于度量空间已经扩展，我们需要从 [RFC1195] 中的原始规范重新定义 MAX_PATH_METRIC (1023)。这个新值 MAX_V6_PATH_METRIC 与 [RFC5305] (0xFE000000) 中的相同。如果在 SPF 期间，路径度量将超过 MAX_V6_PATH_METRIC，则应将其视为 MAX_V6_PATH_METRIC。
必须修改给定前缀的路径之间的优先顺序以考虑向上/向下位。新的优先顺序如下（从最好到最差）。
1. level-1向上前缀
2. level-2向上前缀
3. level-2向下前缀
4. level-1向下前缀
如果多个路径具有相同的最佳偏好，则根据度量进行选择。如果路由器支持，任何剩余的多条路径都应该被考虑用于等价多路径路由；否则，路由器可以选择多条路径中的任意一条。
6、 IANA 考虑事项
IANA 已更新 IS-IS 代码点注册表，以便 TLV 代码 232 和 236 引用此 RFC。
IANA 还为 TLV 236 的子 TLV 创建了以下新代码点注册表。类型的值范围为 0-255。注册表中的分配需要使用文档，并需要 IESG [RFC5226] 指定的指定专家的批准。当前未分配所有代码点。
7、 安全考虑
本文档没有提出新的安全注意事项。IS-IS 协议的安全考虑在 [ISO10589] 和 [RFC5304] 中有介绍。
8、 参考文献
[ISO10589] ISO, "Intermediate System to Intermediate System intra-domain routeing information exchange protocol for use in conjunction with the protocol for providing the connectionless-mode network service (ISO 8473)", International Standard 10589:2002, Second Edition, 2002. [RFC1195] Callon, R., "Use of OSI IS-IS for routing in TCP/IP and dual environments", RFC 1195, December 1990. [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an IANA Considerations Section in RFCs", BCP 26, RFC 5226, May 2008. [RFC5304] Li, T. and R. Atkinson, "IS-IS Cryptographic Authentication", RFC 5304, October 2008. [RFC5305] Li, T. and H. Smit, "IS-IS Extensions for Traffic Engineering", RFC 5305, October 2008.
完整的版权声明
版权所有 (C) IETF 信托 (2008)。
本文档受 BCP 78 中包含的权利、许可和限制的约束，除其中规定外，作者保留其所有权利。
本文档和此处包含的信息按“原样”提供，贡献者、他/她代表或由（如果有的话）赞助的组织、互联网协会、IETF 信托和互联网工程工作组否认所有明示或暗示的保证，包括但不限于使用此处信息不会侵犯任何权利或任何暗示的适销性或特定用途适用性的保证。
知识产权
IETF 对可能声称与本文档中描述的技术的实施或使用有关的任何知识产权或其他权利的有效性或范围或根据此类权利可能或可能不会获得任何许可的程度不持任何立场能得到的;它也不表示它已做出任何独立努力来确定任何此类权利。有关 RFC 文档中权利的程序信息，请参见 BCP 78 和 BCP 79。
向 IETF 秘书处披露的 IPR 副本，以及任何保证可用的许可，或试图获得本规范的实施者或用户使用此类专有权利的一般许可或许可的结果来自位于 http://www.ietf.org/ipr 的 IETF 在线 IPR 存储库。
IETF 邀请任何相关方提请其注意任何版权、专利或专利申请，或可能涵盖实施该标准可能需要的技术的其他专有权利。请将信息发送至 IETF，地址为 ietf-ipr@ietf.org。
