Skip to main content

Appendix C. Changes since RFC 2462 (自RFC 2462以来的变更)

可能影响现有实现的主要变更:​

  • 指定执行重复地址检测的节点延迟加入请求节点组播组, 而不仅仅是延迟发送邻居请求, 并解释了详细原因.

  • 如果正在检查的地址是由组播路由器通告配置的, 则在发送用于重复地址检测的邻居请求之前添加了随机延迟的要求.

  • 澄清了在重复地址检测失败时, 应该禁用IP网络操作, 并且该规则应该在硬件地址应该是唯一的情况下应用.

主要澄清:​

  • 澄清了如何确定接口标识符的长度, 描述了与路由器通告中通告的前缀长度的关系, 并避免在本文档中使用特定长度硬编码.

  • 澄清了在执行重复地址检测时接收到的邻居通告的处理.

  • 删除了关于M和O标志的文本, 考虑到实现的成熟度和操作经验. 相应地删除了ManagedFlag和OtherConfigFlag. (请注意, 此更改并不意味着弃用这些标志的使用.)

  • 避免使用已知非常令人困惑的"有状态配置 (Stateful Configuration)"措辞, 并在适当的地方简单地使用"DHCPv6".

  • 更强烈地建议对所有单播地址执行重复地址检测, 考虑到各种不同的接口标识符, 同时注意现有实现.

  • 澄清了第5.5.4节中的措辞, 以明确应用程序指定的已弃用地址可以用于任何通信.

  • 使用更合适的术语澄清了第5.5.3节中描述的前缀检查, 并且该检查是针对通过无状态自动配置配置的地址的前缀进行的.

  • 将对IP安全认证标头的引用更改为对RFC 3971 (安全邻居发现) 的引用. 还使用对RFC 3756的引用修订了安全考虑部分.

  • 在实现使用稳定存储用于自动配置的地址时添加了注释.

  • 添加了关于不一致信息集之间偏好的考虑, 一个来自安全源, 另一个在没有保护的情况下学习.

其他杂项澄清:​

  • 删除了对站点本地 (Site-Local) 的引用, 并修订了围绕该关键词的措辞.

  • 删除了第5.5.3节中拒绝服务保护的冗余代码.

  • 澄清了在执行重复地址检测时应该丢弃单播的邻居请求或通告.

  • 在第5.3节中指出, 当无线接入点更改时, 接口可以被视为变为启用状态.

Last updated on