Appendix A. Backward Compatibility (Non-Normative) (附录 A. 向后兼容性 (非规范性))

Appendix A. Backward Compatibility (Non-Normative) (附录 A. 向后兼容性 (非规范性))

虽然此协议的版本 0 (如成为此 RFC 的互联网草案的早期版本中所定义) 不太可能已被广泛部署, 但一些实现者可能希望有一个向后兼容机制。请注意, 可以使用任何不改变协议定义的机制, 因此互操作性不应该是问题。

此处描述的建议机制具有这样的特性: 如果两个系统都实现它, 它将收敛到版本 1, 即使一个系统在检测时间内从版本 0 升级。它将与仅实现一个版本 (或配置为仅支持一个版本) 的系统互操作。如果系统被配置为或仅能够使用单个版本, 则显然不应该执行此功能。

如果 BFD 会话配置为自动版本控制并且刚刚启动或会话已被手动清除, 则该会话将进入 "协商保持 (negotiation holddown)"。会话设置为 AdminDown 状态和版本 1。在保持期间 (持续一个检测时间), 系统像往常一样发送 BFD 控制包, 但忽略接收到的数据包。保持时间完成后, 状态转换到 Down 并恢复正常操作。

当系统不处于保持状态时, 如果它正在进行自动版本控制并且当前使用版本 1, 如果为会话接收到任何版本 0 数据包, 它会立即切换到版本 0。如果它当前使用版本 0 并且接收到指示邻居处于 AdminDown 状态的版本 1 数据包, 它将切换到版本 1。如果使用版本 0 并且接收到指示除 AdminDown 以外的状态的版本 1 数据包, 则忽略该数据包 (根据规范)。

如果正在使用的版本被更改, 则会话将适当地关闭以适应新版本 (版本 1 的 Down 状态或版本 0 的 Failing 状态)。