降低接口配置上的载波延迟是否会干扰在同一接口上使用 BFD?
如果我carrier-delay msec 0
在以太网接口上配置RIB 会自动通知物理链路关闭事件。在物理链路未断开但通信未通过链路(例如 3rd 方 DWDM lamda)的情况下,BFD 会检测到这一点。
使用 BFD 的低载波延迟值是否存在危险,还是建议使用?或者从配置的角度来看,一个会简单地取代另一个?
我会将它们与界面阻尼和ip routing protocol purge interface
全局配置结合使用。
降低接口配置上的载波延迟是否会干扰在同一接口上使用 BFD?
如果我carrier-delay msec 0
在以太网接口上配置RIB 会自动通知物理链路关闭事件。在物理链路未断开但通信未通过链路(例如 3rd 方 DWDM lamda)的情况下,BFD 会检测到这一点。
使用 BFD 的低载波延迟值是否存在危险,还是建议使用?或者从配置的角度来看,一个会简单地取代另一个?
我会将它们与界面阻尼和ip routing protocol purge interface
全局配置结合使用。
它本身不会干扰,但问题是 - 你想要实现什么?
首先,它依赖于硬件 - 在软件平台上使用此命令可能会默默地忽略您。从本质上讲,您应该深入了解您的装备支持/不支持的说明,以检查它是否可用和工作。某些平台可以单独调整上/下延迟。
如果您想实现快速收敛,请使用一种协议 - 通过使用 KISS 原则解决问题。BFD 似乎最适合在使用多个协议并且他们需要尽快获得有关邻居丢失的信息的情况下。
顺便说一句,carrier-delay
只会在接口上工作,这将正确地发出向上/向下的信号。与共享媒体(如以太网交换机)或无法正确传播上行/下行信号的媒体(某些 SDH/SONET/ATM 设备)的连接无论如何都会导致问题,因此您应该退回到您可以控制的内容。
我正在使用以下接口配置,尽管这取决于平台。这是带有 LAN 卡的 7600,在某些 ASR9K 和 ME3800 上,由于更好的硬件支持,计时器较低,因此您需要根据自己的要求进行调整:
conf t
ip routing protocol purge interface
int te6/5
carrier-delay up 5
carrier-delay down 0
dampening
bfd interval 500 min_rx 500 multiplier 3
我在任何 Cisco 文档中都找不到任何信息,因此不建议组合这些命令。我确实找到了这个帖子,其中一位思科员工曾说过可以将它们混合使用,推荐使用:http : //www.gossamer-threads.com/lists/cisco/nsp/161219
BFD 正在执行快速链路断开检测。当这种情况发生时,链接将直接向下。当链路恢复时,运营商延迟将阻止它向路由协议发送 UP 信号 5 秒钟。阻尼也被启用,这样如果该链路继续摆动并违反阻尼阈值,它将被禁止向路由协议发送信号。
建议您根据需要调整阻尼值:http : //www.cisco.com/c/en/us/td/docs/ios/12_0s/feature/guide/s_ipevdp.html#wp1027265