No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search


To have a better experience, please upgrade your IE browser.


Configuration Guide - Reliability

S1720, S2700, S5700, and S6720 V200R010C00

This document describes the configuration of BFD, DLDP, VRRP, SmartLink, CFM, EFM, Y.1731 and MAC swap loopback to ensure reliability on the device.

Rate and give feedback:
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).


BFD Implementation

Two network devices establish a BFD session to monitor the path between them and serve upper-layer applications. BFD does not provide neighbor discovery. Instead, BFD obtains information about neighbors from the upper-layer applications it serves.

After two devices establish a BFD session, devices periodically send BFD packets. If a device does not receive a response within a set time limit, the device considers the forwarding path faulty. BFD will then notify the upper-layer protocol.

Figure 3-1 shows how Open Shortest Path First (OSPF) and BFD can be used together to create a BFD session.

Figure 3-1  BFD session setup

OSPF and BFD are configured on SwitchA and SwitchB. Following the steps in Figure 3-1, a BFD session is established:

  1. OSPF uses the Hello mechanism to discover neighbors and establishes a neighbor relationship.

  2. OSPF notifies BFD of neighbor information including source and destination addresses.

  3. BFD sets up a BFD session based on received neighbor information.

After the BFD session is established, BFD starts to monitor link faults, responding quickly to faults.

Figure 3-2  BFD detecting link faults

Following the step in Figure 3-2, once a faulty link is detected:

  1. The BFD session is considered Down.

  2. BFD notifies the local OSPF process that the neighbor is unreachable.

  3. The local OSPF process ends the OSPF neighbor relationship.

BFD Session Establishment

Since there may be multiple BFD sessions running between two systems, discriminator values must be set to identify each session. These values must be unique among all BFD sessions on a system. A local discriminator identifies the session on a system or device for demultiplexing purposes.

A remote discriminator is used after a BFD session has been established. All further packets received are demultiplexed based on the remote discriminator.

Static and dynamic BFD sessions differ in that local and remote discriminators are configured differently.

  • Static establishment

    BFD session parameters, including the local and remote discriminators, are manually specified. A request for BFD session establishment is distributed manually.

  • Dynamic establishment

    When a BFD session is established dynamically, the system processes the local and remote discriminators as follows:

    • Dynamically allocated local discriminator

      When an application triggers the establishment of a dynamic BFD session, the system sets the local discriminator of the BFD session. Then the local system sends a BFD control packet with a remote discriminator of 0 to the remote system for BFD session negotiation.

    • Self-learned remote discriminator

      When one end of a BFD session receives a BFD control packet with the remote discriminator of 0, it checks the BFD control packet. If the packet matches the local BFD session, this end learns the value of the local discriminator in the received BFD control packet to obtain the remote discriminator.

BFD Detection Mechanism

Two systems establish a BFD session and periodically send BFD control packets along the path between them. If one system does not receive BFD control packets within a specified period, the system considers the path faulty.

In asynchronous mode, two systems periodically send BFD control packets to each other. If one system receives no packets consecutively, the system considers the BFD session Down.

BFD Session Management

The BFD session has the following statuses: Down, Init, Up, and AdminDown. The State field of a BFD control packet shows the session status. The system changes the session status based on the local session status and the received session status of the peer. The BFD state machine implements a three-way handshake for BFD session setup or deletion to ensure that the two systems detect the status change. The following shows BFD session establishment to describe the state machine transition process.

Figure 3-3  BFD session setup
  1. SwitchA and SwitchB each start BFD state machines. The initial status of BFD state machine is Down. SwitchA and SwitchB send BFD control packets with the State field set to Down. If BFD sessions are configured statically, the values of Remote Discriminator in BFD packets are specified. If BFD sessions are configured dynamically, the value of Remote Discriminator is 0.

  2. After receiving the BFD packet with the State field set to Down, SwitchB switches the session status to Init and sends a BFD packet with State field set to Init.

  3. After the local BFD session status of SwitchB changes to Init, SwitchB no longer processes the received BFD packets with the State field set to Down.

  4. The BFD session status change on SwitchA is similar to that on SwitchB.

  5. After receiving the BFD packet with the State field set to Init, SwitchB changes the local BFD session status to Up.

  6. The BFD session status change on SwitchA is similar to that on SwitchB.

Updated: 2019-12-28

Document ID: EDOC1000141941

Views: 110544

Downloads: 529

Average rating:
This Document Applies to these Products

Related Version

Related Documents

Previous Next