BFD的硬件实现

Question

是否有BFD (双向转发检测)的硬件实现？在这种情况下，发现链路故障而不是路径故障的平均时间是多少？

谢谢

Answer 1

我知道至少有一些思科路由器和交换机在硬件上“实现”BFD。他们解决的问题如下。

在BFD中，需要经常发送数据包，大约50 is间隔(基于配置)。类似地，如果接收方没有连续地看到三个数据包，则声明BFD会话已关闭。

现在想想思科IOS或IOS或IOS路由器/交换机。CPU上运行的软件很多(各种路由协议、后台任务等等)。在加载的系统上，软件可能会变得如此繁忙，以致于无法在可能配置的多个BFD会话之一上达到50 is的截止日期。

即使50‘s的最后期限能够完成，仅仅是它必须每50’s发送一个数据包这一事实就证明是CPU的一个主要负担，影响了软件在其他工作中的可伸缩性。

听筒上的故事也是一样的。需要每50毫秒接收和处理一次BFD数据包。

许多路由器/交换机通过拥有专用硬件来处理这一问题。这个硬件不需要非常复杂:它只需要每50毫秒发送一个BFD数据包(它的格式相当简单)。这使软件从发送BFD数据包的繁重任务中解脱出来。在接收端，再次检查接收到的数据包是否正确，这也不是太难。

现在，当接收器的硬件实现看到三个(例如)数据包相继丢失时，它会做什么？它只是中断CPU，软件通过声明链接并触发各种其他操作来处理这种情况。

总之，“硬件辅助”或“硬件卸载”BFD实现的全部要点是释放CPU。

因此，是的，拥有硬件实现将允许您配置比基于软件的实现更具有侵略性的定时器。我见过50毫秒的定时器，它的乘法器为3，工作方式稳定。更积极的计时器也应该是可能的，但，对不起，我不知道的数字。用于特定硬件/线卡的Cisco文档可能是权威信息的来源。