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>

Reminder

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

upgrade

BFD On Trunk port

Publication Date:  2012-07-27 Views:  57 Downloads:  0
Issue Description
In one of our customer IPBB, we need to connect  p2p interface of NE40 with NE80E under  BFD under Trunk interface.
our NE40 Version NE40&80 V300R005C01B323SPC002. Before that our BFD configuration was based on single link,  and the configuration is like below
bfd khla1tokhl3a-1 bind peer-ip 10.20.206.77 interface Ethernet2/1/3
 discriminator local 10
 discriminator remote 20
 process-pst
 commit
 the above command is workig fine.
But customer new requirements is to use bfd under multiple link with Eth-trunk.
the trunk config is below:
interface Eth-Trunk 16
description **Trunk_Link_To_SGKTB**
undo shutdown
ip address 10.20.210.26  30
ospf cost 600
load-balance packet-all
the bfd config of trunk members  are below:
bfd khla1tokhl3a-1 bind peer-ip default-ip interface interfaceEthernet2/1/3
discriminator local 10
 discriminator remote 20
 process-pst
 commit
 
bfd khla1tokhl3a-1 bind peer-ip default-ip interface interfaceEthernet2/1/4
discriminator local 10
 discriminator remote 20
 process-pst
 commit
here eth 2/1/3 and 2/1/4 are members of trunk interface.
after configure above command, we found that when we shut   one port of trunk , the packet are loosing, thats means the port status of that port takes time to change its up to down status by the CPU, but  there should ne no packet loss because of bfd.
Alarm Information
NA
Handling Process
so, we  handled the process by below command 
bfd khla1tokhl3a-1 bind peer-ip default-ip interface interfaceEthernet2/1/3
process-interface-status
discriminator local 10
 discriminator remote 20
 commit
bfd khla1tokhl3a-1 bind peer-ip default-ip interface interfaceEthernet2/1/4
process-interface-status
discriminator local 10
 discriminator remote 20
 commit
we can ommit the "process-pst" command here, because it is only for BFD single link detection with peer ip address command.
Root Cause
after analyzing the phenomena we found that  if we use default-ip instead of  p2p IP address we need to mention the below command under bfd . The command is below : 
"process-interface-status."
Becase The process-interface-status command associates the status of the BFD session bound to a default multicast IP address with the interface status. When there are transmission devices on a link and a fault occurs to the link, the devices at both ends of the link need a long time to detect the fault because the actual physical path is segmented by the transmission devices. In this case, we can associate the status of the BFD session bound with a default multicast IP address with the interface status. Then, when the BFD session becomes Down upon detecting a fault, the trunk member interface associated with the BFD session becomes Bfd Status down.
Suggestions
the configuration  BFD of Multiple links is not like single link.

END