跳到主要内容

Appendix B. Changes since RFC 3484 (自 RFC 3484 以来的变更)

Appendix B. Changes since RFC 3484 (自 RFC 3484 以来的变更)​

对默认策略表进行了一些更改, 这些更改被认为是普遍有用的, 并且在每个合理的网络环境中都不会造成危害。在这样做时, 注意尽可能使用与 RFC 3484 中相同的优先级和标签值, 并为新行使用不太可能与某些主机上的附加行中可能已在使用的值冲突的标签值。这些更改是:

  1. 添加了 Teredo [RFC4380] 前缀 (2001::/32), 使用已在流行实现中广泛使用的优先级和标签值。

  2. 在本地 IPv6 下方添加了 ULA (fc00::/7) 行, 因为它们不是全局可达的, 如第 10.6 节所讨论的。

  3. 添加了站点本地地址 (fec0::/10) 行以降低其优先级, 以与第 10.3 节中的示例保持一致, 因为它们已被弃用 [RFC3879]。

  4. 将 6to4 (2002::/32) 降低到本地 IPv4 下方, 因为 6to4 连接今天不太可靠 (并且预期随着时间的推移而被淘汰, 而不是变得更可靠)。它仍然高于 Teredo, 因为 6to4 在连接建立时间, 带宽和服务器负载方面更高效。

  5. 降低了 IPv4 兼容地址 (::/96) 的优先级, 因为它们现在已被弃用 [RFC4291] 并且不常用。

  6. 添加了 6bone 测试地址 (3ffe::/16) 行以降低其优先级, 因为它们也已被淘汰 [RFC3701]。

  7. 添加了实现向表中添加站点特定 ULA 前缀和站点特定本地 6to4 前缀的自动行的可选能力。

类似地, 对规则进行了一些更改, 如下所示:

  1. 更改了 CommonPrefixLen() 的定义, 仅比较直到源地址前缀长度的位。以前的定义使用整个源地址, 而不仅仅是其前缀。结果是, 当源地址和目标地址具有相同的前缀时, 接口 ID 中的公共位之前会导致通过强制始终选择具有最多公共位的目标地址来覆盖 DNS 负载平衡 [RFC1794]。更新的定义允许 DNS 负载平衡继续用作平局打破器。

  2. 添加了规则 5.5, 以允许从为给定目标选择的下一跳通告的前缀中选择源地址。这允许在存在 BCP 38 [RFC2827] 入口过滤和出口过滤的情况下更好的连接。以前, RFC 3484 对通过同一接口到达的多个出口网络存在问题, 如 [RFC5220] 中所讨论的。

  3. 删除了对候选源地址集中的任播地址的限制, 因为在 RFC 4291 [RFC4291] 的第 2.6 节中删除了禁止使用 IPv6 任播地址作为源地址的限制。

  4. 更改了第 3.2 节中 RFC 1918 [RFC1918] 地址到全局范围的映射。以前, 它们被映射到站点本地范围。然而, 经验导致当前实现已经使用全局范围。当它们被映射到站点本地时, 目标地址选择规则 2 (偏好匹配范围) 会在诸如第 10.7 节中描述的场景中导致 IPv6 被偏好。更改为全局范围允许通过前缀策略表进行可配置性。

  5. 更改了源地址选择规则 7 的默认建议, 以偏好临时地址而不是公共地址, 同时提供管理覆盖 (除了已经指定的应用程序特定覆盖)。进行此更改是因为隐私考虑的重要性日益增加, 以及广泛部署的实现多年来一直偏好临时地址而没有重大应用问题的事实。

最后, 进行了一些编辑更改, 包括:

  1. 更改示例中的全局 IP 地址以使用为文档保留的范围。

  2. 在第 10.6 和 10.7 节中添加了其他示例。

  3. 在第 10.3.1 节中添加了关于 "损坏的" IPv6 的内容。

  4. 更新了参考文献。

最后于 更新