- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
09-BFD配置
本章节下载： 09-BFD配置 (450.52 KB)
1.4.3 通过bfd static命令手工创建静态BFD会话
1.5.5 通过bfd static命令手工创建静态BFD会话
1.5.9 配置BFD会话无法建立时，通知上层协议BFD会话down的超时时间
1.8 配置M-LAG组网中M-LAG设备通过peer-link链路发送特定的BFD echo报文
BFD（Bidirectional Forwarding Detection，双向转发检测）是一个通用的、标准化的、介质无关和协议无关的快速故障检测机制，用于检测转发路径的连通状况，保证设备之间能够快速检测到通信故障，以便能够及时采取措施，保证业务持续运行。BFD可以为各种上层协议（如路由协议）快速检测两台设备间双向转发路径的故障。上层协议通常采用Hello报文机制检测故障，所需时间为秒级，而BFD可以提供毫秒级检测。
BFD在两台网络设备上建立会话，用来检测网络设备间的双向转发路径，为上层应用服务。BFD本身并没有发现机制，而是靠被服务的上层协议通知来建立会话。上层协议在建立新的邻居关系后，将邻居的参数及检测参数（包括目的地址和源地址等）通告给BFD；BFD根据收到的参数建立BFD会话。会话建立后会周期性地快速发送BFD报文，如果在检测时间内没有收到BFD报文，则认为该双向转发路径发生了故障，并将故障信息通知给该会话所服务的上层应用，由上层应用采取相应的措施。下面以OSPF与BFD联动为例，简单介绍BFD的工作流程。
如图1-1所示，OSPF与BFD联动触发建立会话的流程为：
(1) OSPF通过自己的Hello机制发现邻居并建立连接。
(2) OSPF在建立了新的邻居关系后，将邻居信息（包括目的地址和源地址等）通告给BFD。
(3) BFD根据收到的邻居信息建立会话。
图1-1 BFD会话建立流程图
BFD检测到链路故障通知OSPF的流程为：
(1) BFD检测到链路故障，BFD会话状态变为Down。
(2) BFD通知本地OSPF进程BFD邻居不可达。
(3) 本地OSPF进程中断OSPF邻居关系。
图1-2 BFD故障发现处理流程图
BFD可以用来进行单跳和多跳检测：
· 单跳检测：是指对两个直连设备进行IP连通性检测，这里所说的“单跳”是IP的一跳。例如，如图1-3所示，使用BFD检测Device A和Device B之间的IP单跳路径。
图1-3 单跳检测
· 多跳检测：BFD可以检测两个设备间任意路径的链路情况，这些路径可能跨越很多跳。例如，如图1-4所示，使用BFD检测Device A和Device B之间的IP多跳路径。
图1-4 多跳检测
BFD会话通过echo报文和控制报文实现。
echo报文封装在UDP报文中传送，该报文IP头中的源IP和目的IP均为本端设备的IP地址，其UDP目的端口号为3785。
本端发送echo报文建立BFD会话，对链路进行检测。对端不建立BFD会话，只需把收到的echo报文转发回本端。如果在检测时间内没有收到对端转发回的echo报文，则认为会话down。
echo报文方式的BFD会话不需要双方均支持BFD功能，不支持BFD功能的设备接收到echo报文后，直接将该报文环回，从而达到快速检测的目的。
当BFD会话工作于echo报文方式时，仅支持单跳检测，且不受检测模式的控制。
控制报文封装在UDP报文中传送，对于单跳检测其UDP目的端口号为3784，对于多跳检测其UDP目的端口号为4784。链路两端的设备通过控制报文中携带的参数（会话标识符、期望的收发报文最小时间间隔、本端BFD会话状态等）协商建立BFD会话。
软件BFD是指BFD检测过程中的报文收发、BFD会话状态机的维护完全依赖CPU来处理。软件BFD会极大的消耗CPU能力。同时，受CPU性能影响，能够支持的BFD会话规格较小，无法用于大规格BFD会话需求的应用场景。
硬件BFD把过度消耗CPU资源的会话处理转移到芯片，这样CPU可以及时处理其他重要任务。硬件BFD会话处理的性能不受限于CPU的性能。相较于软件BFD，硬件BFD能够支持大规格的BFD会话。
用户通过display bfd session verbose命令显示信息中的Hardware mode字段能够判断会话由软件维护还是由硬件维护：Hardware mode字段取值为Disabled，说明会话由软件维护；Hardware mode字段取值为Enabled，说明会话由硬件维护。
对于由硬件维护的BFD会话，触发会话切换为软件维护的常见操作包括：
· 配置硬件BFD不支持的命令。
· 拔出支持硬件BFD的单板
由硬件维护的BFD会话切换为软件维护时，可能会导致会话震荡，请谨慎配置。
BFD可以和路由协议、MPLS等联合使用，具体如表1-1所示。
表1-1 BFD支持的应用
|
应用 |
参见信息 |
|
链路聚合与BFD联动 |
“二层技术-以太网交换配置指导”中的“以太网链路聚合” |
|
IPv4静态路由与BFD联动 |
“三层技术-IP路由配置指导”中的“静态路由” |
|
IPv6静态路由与BFD联动 |
“三层技术-IP路由配置指导”中的“IPv6静态路由” |
|
RIP与BFD联动 |
“三层技术-IP路由配置指导”中的“RIP” |
|
OSPF与BFD联动 |
“三层技术-IP路由配置指导”中的“OSPF” |
|
OSPFv3与BFD联动 |
“三层技术-IP路由配置指导”中的“OSPFv3” |
|
IS-IS与BFD联动 |
“三层技术-IP路由配置指导”中的“IS-IS” |
|
BGP与BFD联动 |
“三层技术-IP路由配置指导”中的“BGP” |
|
PIM与BFD联动 |
“IP组播配置指导”中的“PIM” |
|
IPv6 PIM与BFD联动 |
“IP组播配置指导”中的“IPv6 PIM” |
|
MPLS与BFD联动 |
“MPLS配置指导”中的“MPLS OAM” |
|
Track与BFD联动 |
“可靠性配置指导”中的“Track” |
与BFD相关的协议规范有：
· RFC 5880：Bidirectional Forwarding Detection (BFD)
· RFC 5881：Bidirectional Forwarding Detection (BFD) for IPv4 and IPv6 (Single Hop)
· RFC 5882：Generic Application of Bidirectional Forwarding Detection (BFD)
· RFC 5883：Bidirectional Forwarding Detection (BFD) for Multihop Paths
· RFC 5884：Bidirectional Forwarding Detection (BFD) for MPLS Label Switched Paths (LSPs)
· RFC 7130：Bidirectional Forwarding Detection (BFD) on Link Aggregation Group (LAG) Interfaces
缺省BFD运行版本1，同时兼容版本0。不能通过命令行配置修改为版本0，当对端设备运行版本0会话时，本端自动会切换到版本0。
BFD会话建立后，可以动态协商BFD的相关参数（例如最小发送间隔、最小接收间隔、初始模式、报文认证等），两端协议通过发送相应的协商报文后采用新的参数，不影响会话的当前状态。
对于建立在跨成员设备的聚合接口上的BFD会话，当负责收发BFD报文的主设备异常重启时，从设备接替收发BFD报文的工作需要一定的时间，如果BFD会话检测时间较短或者会话数量较多，可能会出现BFD会话震荡的情况。
本节中的所有配置均为可选，请根据实际情况选择配置。
(1) 配置echo报文方式的BFD
(2) 配置控制报文方式的BFD
¡ 配置BFD会话无法建立时，通知上层协议BFD会话down的超时时间
(3) 开启BFD会话震荡抑制功能
(4) 配置BFD模板
(5) 配置M-LAG组网中M-LAG设备通过peer-link链路发送特定的BFD echo报文
建立echo报文方式的BFD会话的方式有两种：
· 通过bfd static命令手工创建。
· 应用程序与BFD联动时动态创建。
在已配置uRPF功能的设备上不要配置echo报文方式的BFD，否则可能导致echo报文被丢弃。关于uRPF功能的详细介绍请参见“安全配置指导”中的“uRPF”。
创建的静态BFD会话可以用来进行echo报文方式的BFD单跳检测和多跳检测。
使用echo报文方式的静态BFD会话进行检测时，仅需在本端创建静态BFD会话。
首次创建静态BFD会话时，必须指定静态BFD会话的对端IPv4或IPv6地址。系统仅检查IP地址的形式，不检查其正确性。指定错误的对端IP地址或源IP地址均会导致静态BFD会话无法建立。
不同的静态BFD会话的本地标识符不能相同。
如果创建静态BFD会话时未指定source-ip/source-ipv6参数，将使用bfd echo-source-ip/bfd echo-source-ipv6命令指定的IPv4/IPv6地址作为echo报文的源IPv4/IPv6地址。如果创建静态BFD会话时指定了source-ip/source-ipv6参数，将使用该参数的地址作为echo报文的源IPv4/IPv6地址。建议用户创建echo报文方式的静态BFD会话时指定source-ip/source-ipv6参数。
(1) 进入系统视图。
system-view
(2) 配置echo报文源IP地址。
¡ 配置echo报文源IPv4地址。
bfd echo-source-ip ip-address
缺省情况下，未配置echo报文的源IPv4地址。
为了避免对端发送大量的ICMP重定向报文造成网络拥塞，建议不要将echo报文的源IPv4地址配置为属于该设备任何一个接口所在网段。
¡ 配置echo报文源IPv6地址。
bfd echo-source-ipv6 ipv6-address
缺省情况下，未配置echo报文的源IPv6地址。
echo报文源IPv6地址仅支持全球单播地址。
(3) 创建静态BFD会话，并进入静态BFD会话视图。
（IPv4网络）
bfd static session-name [ peer-ip ipv4-address interface interface-type interface-number destination-ip ipv4-address [ source-ip ipv4-address ] one-arm-echo [ discriminator { auto | local local-value } ] ]
（IPv6网络）
bfd static session-name [ peer-ipv6 ipv6-address interface interface-type interface-number destination-ipv6 ipv6-address [ source-ipv6 ipv6-address ] one-arm-echo [ discriminator { auto | local local-value } ] ]
(4) （可选）指定静态BFD会话的本地标识符。
discriminator local local-value
缺省情况下，未指定静态BFD会话的本地标识符。
本命令仅用于创建静态BFD会话时未指定静态BFD会话标识符的场景。
(1) 进入系统视图。
system-view
(2) 配置echo报文源IP地址。
¡ 配置echo报文源IPv4地址。
bfd echo-source-ip ip-address
缺省情况下，未配置echo报文的源IPv4地址。
为了避免对端发送大量的ICMP重定向报文造成网络拥塞，建议不要将echo报文的源IPv4地址配置为属于该设备任何一个接口所在网段。
¡ 配置echo报文源IPv6地址。
bfd echo-source-ipv6 ipv6-address
缺省情况下，未配置echo报文的源IPv6地址。
echo报文源IPv6地址仅支持全球单播地址。
(3) 创建静态BFD会话，并进入静态BFD会话视图。
（IPv4网络）
bfd static session-name [ peer-ip ipv4-address [ vpn-instance vpn-instance-name ] destination-ip ipv4-address [ source-ip ipv4-address ] one-arm-echo[ discriminator { auto | local local-value } ] ]
（IPv6网络）
bfd static session-name [ peer-ipv6 ipv6-address [ vpn-instance vpn-instance-name ] destination-ipv6 ipv6-address [ source-ipv6 ipv6-address ] one-arm-echo [ discriminator { auto | local local-value } ] ]
(4) （可选）指定静态BFD会话的本地标识符。
discriminator local local-value
缺省情况下，未指定静态BFD会话的本地标识符。
本命令仅用于创建静态BFD会话时未指定静态BFD会话标识符的场景。
在建立echo报文方式的BFD会话时，用户可以根据网络状况和性能需求，调整设备接收echo报文的时间间隔、检测时间倍数。
多个上层应用关联同一个BFD会话，即会话的“源IP地址＋目的IP地址＋会话所在的接口＋VPN＋目的端口号”信息完全相同，检测时间参数的优选顺序如下：
(1) 静态BFD会话视图下设置的检测时间参数、上层应用引用的BFD模板设置的检测时间参数、上层应用单独设置的检测时间参数中的最小值。
(2) 接口视图或系统视图下设置的检测时间参数。
(3) 缺省值。
一个BFD会话仅被一个上层应用关联，检测时间参数的优选顺序如下：
(1) 上层应用是否支持引用BFD模板、是否支持单独设置检测时间参数会影响检测时间参数的优选顺序，具体如下：
¡ 如果上层应用既支持引用BFD模板，也支持单独设置检测时间参数，则上层应用既引用了BFD模板、又单独设置了检测时间参数时，上层协议优先使用引用的BFD模板中的检测时间参数。
¡ 如果上层应用支持引用BFD模板、不支持单独设置检测时间参数，则上层应用引用BFD模板后，使用该BFD模板中的检测时间参数。
¡ 如果上层协议支持单独设置检测时间参数、不支持引用BFD模板，则上层应用单独设置检测时间参数后，使用这些单独设置的检测时间参数。
(2) 接口视图或系统视图下设置的检测时间参数。
(3) 缺省值。
(1) 进入系统视图。
system-view
(2) 进入接口视图或静态BFD会话视图。
¡ 进入接口视图。
interface interface-type interface-number
¡ 进入静态BFD会话视图。
bfd static session-name
静态BFD会话必须已经存在。
配置静态BFD会话的参数时，需要进入静态BFD会话视图。
(3) 配置接收echo报文的最小时间间隔。
bfd min-echo-receive-interval interval
缺省情况下，接收echo报文的最小时间间隔为400毫秒。
(4) 配置单跳检测的BFD检测时间倍数。
bfd detect-multiplier interval
缺省情况下，BFD检测时间倍数为3。
(1) 进入系统视图。
system-view
(2) （可选）进入静态BFD会话视图。
bfd static session-name
配置静态BFD会话的参数时，需要进入静态BFD会话视图。
(3) 配置接收多跳echo报文的最小时间间隔。
bfd multi-hop min-echo-receive-interval interval
缺省情况下，接收多跳echo报文的最小时间间隔为400毫秒。
(4) 配置多跳检测的BFD检测时间倍数。
bfd multi-hop detect-multiplier value
缺省情况下，BFD检测时间倍数为3。
建立控制报文方式的BFD会话有两种方式：静态创建BFD会话和动态建立BFD会话。
BFD通过控制报文中的本地标识符和远端标识符来区分不同的会话。静态创建BFD会话和动态建立BFD会话的主要区别在于本地标识符和远端标识符的获取方式不同：
· 静态BFD会话的本地标识符和远端标识符由用户手工配置。手工指定会话的本地标识符和远端标识符方法包括：
¡ 通过bfd static命令手工创建。
¡ 应用程序与BFD联动时，由用户手工指定会话的本地标识符和远端标识符。例如，使用静态BFD会话方式检测MPLS LSP时，需要用户手工指定会话的本地标识符和远端标识符。关于静态BFD会话方式检测MPLS LSP的详细介绍，请参见“MPLS配置指导”中的“MPLS OAM”。
· 动态BFD会话的本端标识符由本端设备自动分配，远端标识符在BFD会话协商建立过程中获取。本端设备自动分配本地标识符的方法包括：
¡ 通过bfd static命令的auto方式为本端自动分配会话的本地标识符。
¡ 应用程序与BFD联动时，如果用户未指定会话的本地标识符和远端标识符，则由本端设备自动分配会话的本地标识符。
配置被服务的上层协议支持BFD功能后，无需执行本配置，设备上会自动创建控制报文方式的BFD会话。
BFD版本0不支持以下命令，配置不生效。
· bfd session init-mode
· bfd authentication-mode
· bfd demand enable
· bfd echo enable
BFD会话建立前有两种模式：主动模式和被动模式。
· 主动模式：在建立会话前不管是否收到对端发来的BFD控制报文，都会主动发送BFD控制报文。
· 被动模式：在建立会话前不会主动发送BFD控制报文，直到收到对端发送来的控制报文。
通信双方至少要有一方运行在主动模式才能成功建立起BFD会话。
(1) 进入系统视图。
system-view
(2) 配置BFD会话建立前的运行模式。
bfd session init-mode { active | passive }
缺省情况下，BFD会话建立前的运行模式为主动模式。
BFD会话建立后有两种模式：异步模式和查询模式。
· 异步模式：设备周期性发送BFD控制报文，如果在检测时间内没有收到对端发送的BFD控制报文，则认为会话DOWN。缺省情况下，BFD会话为异步模式。
· 查询模式：当系统中的BFD会话数量较多时，采用查询模式可防止周期性发送BFD控制报文的开销对系统的正常运行造成影响。
¡ 本端的BFD会话工作在查询模式时，本端设备会向对端发送D比特位置1的BFD控制报文，对端（缺省为异步模式）收到该报文后将停止周期性发送BFD控制报文。这种情况下，仅对本端到对端的链路进行检测，即当对端设备在检测时间内未收到BFD控制报文时，则认为链路故障，将BFD会话状态置为DOWN。
¡ 如果通信双方的BFD会话均工作在查询模式，则双方都停止周期性发送BFD控制报文。这种情况下，系统将通过其他与BFD无关的机制对链路进行检测（比如Hello报文机制、硬件检测机制等）。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 配置BFD会话为查询模式。
bfd demand enable
缺省情况下，BFD会话为异步模式。
创建的静态BFD会话可以用来进行控制报文方式的BFD单跳检测和多跳检测，通过与Track配合可为对链路故障响应速度要求较高的业务提供故障检测服务。关于Track与BFD联动的详细介绍，请参见“可靠性配置指导”中的“Track”。
如果对端创建了静态BFD会话，那么本端必须创建静态BFD会话。
首次创建静态BFD会话时，必须指定静态BFD会话的对端IPv4或IPv6地址。系统仅检查IP地址的形式，不检查其正确性。指定错误的对端IP地址或源IP地址均会导致静态BFD会话无法建立。
不同的静态BFD会话的本地标识符不能相同。
(1) 进入系统视图。
system-view
(2) 创建静态BFD会话，并进入静态BFD会话视图。
（IPv4网络）
bfd static session-name peer-ip ipv4-address interface interface-type interface-number source-ip ipv4-address [ discriminator { auto | local local-value remote remote-value } ]
需要保证指定的peer-ip为对端静态BFD会话所在的接口的IP地址，source-ip为本端静态BFD会话所在的接口的IP地址，否则无法建立静态BFD会话。
（IPv6网络）
bfd static session-name peer-ipv6 ipv6-address interface interface-type interface-number source-ipv6 ipv6-address [ discriminator { auto | local local-value remote remote-value } ]
需要保证指定的peer-ipv6为对端静态BFD会话所在的接口的IPv6地址，source-ipv6为本端静态BFD会话所在的接口的IPv6地址，否则无法建立静态BFD会话。
(3) （可选）指定静态BFD会话的本地标识符和远端标识符。
discriminator { local local-value | remote remote-value }
缺省情况下，未指定静态BFD会话的本地标识符和远端标识符。
本命令仅用于创建静态BFD会话时未指定静态BFD会话标识符的场景。
(1) 进入系统视图。
system-view
(2) 创建静态BFD会话，并进入静态BFD会话视图。
（IPv4网络）
bfd static session-name peer-ip ipv4-address [ vpn-instance vpn-instance-name ] source-ip ipv4-address [ discriminator { auto | local local-value remote remote-value } ] [ track-interface interface-type interface-number ]
（IPv6网络）
bfd static session-name peer-ipv6 ipv6-address [ vpn-instance vpn-instance-name ] source-ipv6 ipv6-address [ discriminator { auto | local local-value remote remote-value } ] [ track-interface interface-type interface-number ]
(3) （可选）指定静态BFD会话的本地标识符和远端标识符。
discriminator { local local-value | remote remote-value }
缺省情况下，未指定静态BFD会话的本地标识符和远端标识符。
本命令仅用于创建静态BFD会话时未指定静态BFD会话标识符的场景。
在建立控制报文方式的BFD会话时，用户可以根据网络状况和性能需求，调整设备接收控制报文的时间间隔、发送控制报文的时间间隔以及检测时间倍数。
多个上层应用关联同一个BFD会话，即会话的“源IP地址＋目的IP地址＋会话所在的接口＋VPN＋目的端口号”信息完全相同，检测时间参数的优选顺序如下：
(1) 静态BFD会话视图下设置的检测时间参数、上层应用引用的BFD模板设置的检测时间参数、上层应用单独设置的检测时间参数中的最小值。
(2) 接口视图或系统视图下设置的检测时间参数。
(3) 缺省值。
一个BFD会话仅被一个上层应用关联，检测时间参数的优选顺序如下：
(1) 上层应用是否支持引用BFD模板、是否支持单独设置检测时间参数会影响检测时间参数的优选顺序，具体如下：
¡ 如果上层应用既支持引用BFD模板，也支持单独设置检测时间参数，则上层应用既引用了BFD模板、又单独设置了检测时间参数时，上层协议优先使用引用的BFD模板中的检测时间参数。
¡ 如果上层应用支持引用BFD模板、不支持单独设置检测时间参数，则上层应用引用BFD模板后，使用该BFD模板中的检测时间参数。
¡ 如果上层协议支持单独设置检测时间参数、不支持引用BFD模板，则上层应用单独设置检测时间参数后，使用这些单独设置的检测时间参数。
(2) 接口视图或系统视图下设置的检测时间参数。
(3) 缺省值。
(1) 进入系统视图。
system-view
(2) 进入接口视图或静态BFD会话视图。
¡ 进入接口视图。
interface interface-type interface-number
¡ 进入静态BFD会话视图。
bfd static session-name
配置静态BFD的单跳检测会话参数时，需要进入相应的BFD会话视图。
(3) 配置接收echo报文的最小时间间隔。
bfd min-echo-receive-interval interval
缺省情况下，接收echo报文的最小时间间隔为400毫秒。
(4) 配置发送和接收单跳BFD控制报文的最小时间间隔。
¡ 配置发送单跳BFD控制报文的最小时间间隔。
bfd min-transmit-interval interval
缺省情况下，发送单跳BFD控制报文的最小时间间隔为400毫秒。
¡ 配置接收单跳BFD控制报文的最小时间间隔。
bfd min-receive-interval interval
缺省情况下，接收单跳BFD控制报文的最小时间间隔为400毫秒。
(5) 配置单跳检测的BFD检测时间倍数。
bfd detect-multiplier interval
缺省情况下，BFD检测时间倍数为3。
(1) 进入系统视图。
system-view
(2) （可选）进入静态BFD会话视图。
bfd static session-name
配置静态BFD的多跳检测会话参数时，需要进入相应的BFD会话视图。
(3) 配置多跳检测的BFD检测时间倍数。
bfd multi-hop detect-multiplier value
缺省情况下，BFD检测时间倍数为3。
(4) 配置发送和接收多跳BFD控制报文的最小时间间隔。
¡ 配置发送多跳BFD控制报文的最小时间间隔。
bfd multi-hop min-transmit-interval interval
缺省情况下，发送多跳BFD控制报文的最小时间间隔为400毫秒。
¡ 配置接收多跳BFD控制报文的最小时间间隔。
bfd multi-hop min-receive-interval interval
缺省情况下，接收多跳BFD控制报文的最小时间间隔为400毫秒。
通过配置BFD会话认证信息，包括认证算法、认证密钥，提高BFD会话的安全性。
(1) 进入系统视图。
system-view
(2) 进入接口视图或静态BFD会话视图。
¡ 进入接口视图。
interface interface-type interface-number
¡ 进入静态BFD会话视图。
bfd static session-name
静态BFD会话必须已经存在。
配置静态BFD会话的参数时，需要进入静态BFD会话视图。
(3) 配置单跳BFD控制报文进行认证的方式。
bfd authentication-mode { hmac-md5 | hmac-mmd5 | hmac-msha1 | hmac-sha1 | m-md5 | m-sha1 | md5 | sha1 | simple } key-id { cipher cipher-string | plain plain-string }
缺省情况下，单跳BFD控制报文不进行认证。
(1) 进入系统视图。
system-view
(2) （可选）进入静态BFD会话视图。
bfd static session-name
静态BFD会话必须已经存在。
配置静态BFD会话的参数时，需要进入静态BFD会话视图。
(3) 配置多跳BFD控制报文进行认证的方式。
bfd multi-hop authentication-mode { hmac-md5 | hmac-mmd5 | hmac-msha1 | hmac-sha1 | m-md5 | m-sha1 | md5 | sha1 | simple } key-id { cipher cipher-string | plain plain-string }
缺省情况下，多跳BFD控制报文不进行认证。
IANA（Internet Assigned Numbers Authority，互联网编号分配委员会）将端口号4784分配给BFD，用于BFD控制报文多跳检测。缺省情况下，我司设备多跳BFD控制报文的目的端口号为4784。与多跳BFD控制报文目的端口号为3784的其他厂商设备互通时，建议两端使用相同的多跳BFD控制报文端口号，否则可能会导致BFD会话协商失败。
配置本功能后，只有此后新创建的控制报文方式的多跳BFD会话，才会使用本功能设置的端口块作为发送报文的目的端口号。对于配置本功能前已经Up的控制报文方式的多跳BFD会话，不会使用本功能设置的端口号作为发送报文的目的端口号。
(1) 进入系统视图。
system-view
(2) 配置多跳BFD控制报文的目的端口号。
bfd multi-hop destination-port port-number
缺省情况下，多跳BFD控制报文的目的端口号为4784。
缺省情况下，控制报文工作方式的BFD会话无法建立时，不会通知上层协议BFD会话down。某些情况下，需要将BFD会话无法建立的消息通知给上层协议，以使上层协议作出正确的处理。比如在聚合链路中，由于链路故障等原因，BFD会话无法进入up状态，从而导致聚合模块无法及时将成员端口的选中状态修改为非选中状态，配置本命令可避免上述情况的发生。
本功能对echo报文方式的BFD会话无效。
(1) 进入系统视图。
system-view
(2) （可选）配置BFD会话无法建立时，通知上层协议BFD会话down的超时时间。
bfd init-fail-timer seconds
缺省情况下，BFD会话无法建立时，不会通知上层协议BFD会话down。
配置本命令后，对于由于配置原因（比如对端设备没有使能BFD，或者两端的BFD认证配置不一致等）造成BFD会话无法进入up状态的情况，如果配置了本定时器，会导致上层协议作出错误的处理，所以，请谨慎使用本命令。
使用异步模式的BFD会话检测直连网段的连通性时，可以使用BFD回声功能辅助进行故障检测。使能BFD回声功能后，会话的一端周期性地发送echo报文，同时自动降低控制报文的接收速率，减少对带宽资源的消耗。对端不对echo报文进行处理，只将此报文转发回发送端。如果发送端连续几个echo报文都没有接收到，会话状态将变为DOWN。
仅单跳检测支持回声功能。
回声功能对接口状态与BFD联动的会话无效。
(1) 进入系统视图。
system-view
(2) 进入接口视图或静态BFD会话视图。
¡ 进入接口视图。
interface interface-type interface-number
¡ 进入静态BFD会话视图。
bfd static session-name
静态BFD会话必须已经存在。
(3) 使能回声功能。
bfd echo [ receive | send ] enable
缺省情况下，回声功能处于关闭状态。
配置接口状态与BFD联动后，系统将通过发送BFD控制报文来协商建立单跳检测的BFD会话，实现对链路的快速检测。当检测到链路故障时，将接口链路层协议状态置为“DOWN(BFD)”，从而帮助依赖接口链路层协议状态的应用快速收敛。系统发送的BFD控制报文中的源地址为用户手工指定的IP地址，目的地址固定为224.0.0.184。对于有IP地址的接口，建议将源地址指定为该接口的IP地址；如果接口没有IP地址，建议将源地址指定为0.0.0.0以外的单播地址。
支持与BFD联动的接口类型为：
· 二层以太网接口
· 加入聚合组的二层以太网接口
· 三层以太网接口
· 加入聚合组的三层以太网接口
· 三层以太网子接口
· VLAN接口
· 二层聚合口
· 三层聚合口
· 三层聚合接口子接口
回声功能对接口状态与BFD联动的会话无效。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 配置接口状态与BFD联动。
bfd detect-interface source-ip ip-address [ discriminator local local-value remote remote-value ] [ template template-name ]
当对端设备不支持通过自动协商的方式获取BFD会话的标识符时，必须指定discriminator参数，且两端都需要指定该参数，否则，BFD会话无法up。
(4) （可选）配置首次建立检测接口状态的BFD会话失败时，通知数据链路层BFD会话down的超时时间。
bfd detect-interface first-fail-timer seconds
缺省情况下，首次建立检测接口状态的BFD会话失败时，不会通知数据链路层BFD会话down。
(5) （可选）开启对检测接口状态的BFD会话进行特殊处理的功能。
bfd detect-interface special-processing [ admin-down | authentication-change | session-up ] *
缺省情况下，对检测接口状态的BFD会话进行特殊处理的功能处于关闭状态。
我司设备与其他厂商设备互通时，如果BFD会话两端设备上BFD报文的TTL值不同，则可能会导致BFD会话协商失败。使用本功能将本端发送BFD报文的TTL值调整为和对端一致，可以解决上述问题。
配置本功能后，当设备接收到对端发送的BFD报文时，如果BFD报文中携带的状态字段取值为DOWN或INIT，则本端会检查报文中的TTL值，具体机制如下：
· 对于单跳BFD会话，如果本端接收到的BFD报文的TTL值与通过bfd ttl命令设置的ttl-value不同，本端将丢弃该报文。
· 对于多跳BFD会话，如果本端接收到的BFD报文的TTL值大于通过bfd ttl命令设置的ttl-value，本端将丢弃该报文。
如果在配置本功能前BFD会话已经协商UP，配置本功能后，本端将BFD会话的状态置为AdminDown，触发BFD会话重新协商。
使用bfd ttl命令设置BFD报文的TTL值时，需要注意：
· bfd ttl命令对echo报文方式的BFD会话不生效，不会改变此类会话报文的TTL值。
· bfd ttl命令不会改变SBFD报文的TTL值。设备也不会检查SBFD会话报文中的TTL值。
· 如果bfd ttl命令指定的多个IPv4或IPv6地址范围中都包括某个IPv4地址或IPv6地址，则设备使用最长匹配方式为该IPv4或IPv6地址的BFD会话报文选择TTL值。
· 对于同一个IPv4网段或IPv6网段，配置的单跳BFD报文TTL值必须大于多跳BFD报文TTL值。
(1) 进入系统视图。
system-view
(2) 配置BFD报文的TTL值。
bfd { peer-ip ipv4-address mask-length | peer-ipv6 ipv6-address prefix-length } ttl { single-hop | multi-hop } ttl-value
缺省情况下，单跳BFD报文TTL值为255，多跳BFD报文TTL值为64。
BFD检测到链路故障时，会拆除BFD会话，并通知上层协议邻居不可达。当上层协议重新建立邻居关系后，BFD会话重新up。当链路频繁发生故障并故障恢复时，将导致BFD会话震荡，引发设备不断执行上述操作，这会占用大量的系统资源并影响网络的稳定性。可配置本功能通过如下惩罚机制对BFD会话震荡进行抑制。
BFD会话震荡的惩罚机制通过initial-interval、secondary-interval、maximum-interval参数来进行抑制：
· 在抑制时间间隔内，不允许建立BFD会话；在抑制时间间隔超时后，允许建立BFD会话。抑制时间最大不超过maximum-interval。
· BFD会话第二次down后，在initial-interval时间间隔内，不允许重新建立BFD会话。
· BFD会话第三次down后，在secondary-interval时间间隔内，不允许重新建立BFD会话。
· BFD会话第四次或更多次down后，按照如下规则抑制BFD会话的建立：
¡ secondary-interval×2n-3（n为BFD会话震荡的次数，初始值为4）小于或等于maximum-interval时，在secondary-interval×2n-3时间间隔内，不允许重新建立BFD会话。
¡ secondary-interval×2n-3（n为BFD会话震荡的次数，初始值为4）大于maximum-interval时，在maximum-interval时间间隔内，不允许重新建立BFD会话。
(1) 进入系统视图。
system-view
(2) 开启BFD会话震荡抑制功能。
bfd dampening [ maximum maximum-interval initial initial-interval secondary secondary-interval ]
缺省情况下，不会对BFD会话的建立进行抑制。
initial-interval和secondary-interval配置值不允许大于或等于maximum-interval。
对于检测接口状态的BFD会话，可以通过BFD模板灵活调整会话参数。
(1) 进入系统视图。
system-view
(2) 创建BFD模板，并进入BFD模板视图。
bfd template template-name
(3) （可选）配置BFD控制报文进行认证的方式。
bfd authentication-mode { hmac-md5 | hmac-mmd5 | hmac-msha1 | hmac-sha1 | m-md5 | m-sha1 | md5 | sha1 | simple } key-id { cipher cipher-string | plain plain-string }
缺省情况下，BFD控制报文不进行认证。
BFD版本0不支持本命令，配置不生效。
(4) 配置BFD检测时间倍数。
bfd detect-multiplier value
缺省情况下，BFD检测时间倍数为3。
(5) 配置发送和接收BFD控制报文的最小时间间隔。
¡ 配置发送BFD控制报文的最小时间间隔。
bfd min-transmit-interval interval
缺省情况下，发送单跳BFD控制报文的最小时间间隔为400毫秒。
¡ 配置接收BFD控制报文的最小时间间隔。
bfd min-receive-interval interval
缺省情况下，接收单跳BFD控制报文的最小时间间隔为400毫秒。
通常情况下，使用echo报文方式的静态BFD会话时，不需要配置会话的远端标识符，仅需配置会话的本地标识符。在M-LAG组网中，其中一台M-LAG设备使用echo报文方式的静态BFD检测本地与下行设备之间的链路时，如果报文的目的IP与另外一台M-LAG设备的IP地址相同，则可能会出现BFD会话状态异常的问题。使用本功能可以解决上述问题。
例如，如图1-5所示，在用户侧设备通过M-LAG双归接入OSPF网络的场景中，M-LAG设备作为网关进行三层转发。不同M-LAG设备上的网关接口（例如VLAN接口、VSI虚接口）具有相同的IP地址和MAC地址。在每个M-LAG设备上创建echo报文方式的静态BFD会话，对本机与用户侧之间的链路进行检测，且M-LAG设备发送的BFD echo报文的目的IP为网关地址。Device C收到M-LAG 1发送的BFD echo报文后，可能会将该报文转发给M-LAG 2。M-LAG 2收到此类BFD echo报文后，由于报文的目的IP为本机IP，则M-LAG 2不会将报文发送给M-LAG 1。这样，将会导致M-LAG 1无法收到Device C转发的BFD echo报文，引发M-LAG 1上BFD会话状态异常。
为了解决上述问题，需要在M-LAG 2上配置远端标识符，配置的远端标识符为M-LAG 1上BFD会话的本地标识符。M-LAG 2收到标识符属于本端配置的远端标识符范围内的BFD echo报文后，会通过peer-link链路将报文发送给M-LAG 1，保证M-LAG 1上BFD会话能够正常UP。相似地，在M-LAG 1上配置远端标识符，配置的远端标识符为M-LAG 2上BFD会话的本地标识符，保证M-LAG 2上BFD会话能够正常UP。
图1-5 M-LAG组网中的BFD
建议用户合理规划M-LAG组网中M-LAG设备的BFD会话标识符，保证两台设备上BFD会话的标识符不会重叠。
(1) 进入系统视图。
system-view
(2) 配置本地的BFD会话远端标识符。
bfd forwarding match remote-discriminator discr-value-list { discr-value1 [ to discr-value2 ] } &<1-10>
缺省情况下，未配置本地的BFD会话远端标识符。
开启BFD模块的告警功能后，该模块会生成告警信息，用于报告该模块的重要事件。生成的告警信息将发送到设备的SNMP模块，通过设置SNMP中告警信息的发送参数，来决定告警信息输出的相关属性。（有关告警信息的详细介绍，请参见“网络管理和监控配置指导”中的“SNMP”。）
(1) 进入系统视图。
system-view
(2) 开启BFD的告警功能。
snmp-agent trap enable bfd
缺省情况下，BFD的告警功能处于开启状态。
在完成上述配置后，在任意视图下执行display命令可以显示配置后BFD的运行情况，通过查看显示信息验证配置的效果。
在用户视图下执行reset命令可以清除BFD会话的统计信息。
表1-2 BFD显示和维护
|
操作 |
命令 |
|
显示BFD会话信息 |
display bfd session [ discriminator local local-value | static session-name | verbose ] display bfd session [ [ dynamic ] [ control | echo ] [ ip ] [ state { down | admin-down | init | up } ] [ discriminator remote remote-value ] [ peer-ip ipv4-address [ vpn-instance vpn-instance-name ] ] [ verbose ] ] display bfd session [ [ dynamic ] [ control | echo ] [ ipv6 ] [ state { down | admin-down | init | up } ] [ discriminator remote remote-value ] [ peer-ipv6 ipv6-address [ vpn-instance vpn-instance-name ] ] [ verbose ] ] display bfd session [ [ dynamic ] [ control | echo ] [ lsp | te | pw ] [ state { down | admin-down | init | up } ] [ discriminator remote remote-value ] [ [ peer-ip ipv4-address [ vpn-instance vpn-instance-name ] ] | [ peer-ipv6 ipv6-address [ vpn-instance vpn-instance-name ] ] ] [ verbose ] ] display bfd session [ [ static ] [ ip ] [ state { down | admin-down | init | up } ] [ discriminator remote remote-value ] [ peer-ip ipv4-address [ vpn-instance vpn-instance-name ] ] [ verbose ] display bfd session [ [ static ] [ ipv6 ] [ state { down | admin-down | init | up } ] [ discriminator remote remote-value ] [ peer-ipv6 ipv6-address [ vpn-instance vpn-instance-name ] ] [ verbose ] |
|
显示BFD报文TTL值的配置信息 |
display bfd ttl |
|
清除BFD会话统计信息 |
reset bfd session statistics |
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
