Knowledge

Bidirectional Forwarding Detection

Source 📝

69:
BFD does not have a discovery mechanism; sessions must be explicitly configured between endpoints. BFD may be used on many different underlying transport mechanisms and layers, and operates independently of all of these. Therefore, it needs to be encapsulated by whatever transport it uses. For
129:
In June 2011 the BFD protocol standardization process entered the Proposed Standard stage. RFC 5880 defines the BFD protocol, detecting MPLS LSP failure, using BFD to monitor connectivity across multiple network hops, and using BFD for
61:
BFD establishes a session between two endpoints over a particular link. If more than one link exists between two systems, multiple BFD sessions may be established to monitor each one of them. The session is established with a
120:
function. When this function is active, a stream of Echo packets is sent, and the other endpoint then sends these back to the sender via its forwarding plane. This is used to test the forwarding path on the remote system.
108:
packets are exchanged after the session is established; it is assumed that the endpoints have another way to verify connectivity to each other, perhaps on the underlying physical layer. However, either host may still send
82:, BGP or RIP may also be used to bootstrap a BFD session. These protocols may then use BFD to receive faster notification of failing links than would normally be possible using the protocol's own 283: 66:, and is torn down the same way. Authentication may be enabled on the session. A choice of simple password, MD5 or SHA1 authentication is available. 42:. It provides low-overhead detection of faults even on physical media that doesn't support failure detection of any kind, such as 232: 170: 335: 330: 325: 139: 75: 55: 290: 39: 101:
packets to each other. If a number of those packets are not received, the session is considered down.
254: 192: 63: 51: 31: 246: 184: 71: 300: 236: 174: 27: 47: 35: 319: 310: 304: 257: 226: 212: 208: 204: 195: 164: 250: 188: 70:
example, monitoring MPLS LSPs involves piggybacking session establishment on
83: 116:
Regardless of which mode is in use, either endpoint may also initiate an
43: 277: 228:
Bidirectional Forwarding Detection (BFD) for IPv4 and IPv6 (Single Hop)
74:
packets. Protocols that support some form of adjacency setup, such as
241: 179: 143: 79: 135: 131: 97:. In asynchronous mode, both endpoints periodically send 146:protocols has also been outlined in RFC 5881.. 311:Reducing Link Failure Detection Time with BFD 8: 89:A session may operate in one of two modes: 30:that is used to detect faults between two 240: 178: 166:Bidirectional Forwarding Detection (BFD) 155: 284:"BFD presentation by Juniper Networks" 138:. BFD's operation in conjunction with 7: 20:Bidirectional Forwarding Detection 14: 233:Internet Engineering Task Force 171:Internet Engineering Task Force 225:D. Katz; D. Ward (June 2010). 163:D. Katz; D. Ward (June 2010). 1: 352: 215:. 56:MPLS label-switched paths 140:Open Shortest Path First 16:Fault detection protocol 309:NetworkWorld article: 278:IETF BFD Working Group 203:Updated by RFC  113:packets if needed. 104:In demand mode, no 64:three-way handshake 336:Network management 331:Internet Standards 326:Internet protocols 263:Proposed Standard. 201:Proposed Standard. 91:asynchronous mode 343: 297: 295: 289:. Archived from 288: 265: 261: 244: 242:10.17487/RFC5881 222: 216: 199: 182: 180:10.17487/RFC5880 160: 48:virtual circuits 28:network protocol 351: 350: 346: 345: 344: 342: 341: 340: 316: 315: 293: 286: 282: 274: 269: 268: 224: 223: 219: 162: 161: 157: 152: 127: 125:Standardization 38:connected by a 17: 12: 11: 5: 349: 347: 339: 338: 333: 328: 318: 317: 314: 313: 307: 298: 296:on 2005-11-04. 280: 273: 272:External links 270: 267: 266: 217: 154: 153: 151: 148: 126: 123: 15: 13: 10: 9: 6: 4: 3: 2: 348: 337: 334: 332: 329: 327: 324: 323: 321: 312: 308: 306: 302: 299: 292: 285: 281: 279: 276: 275: 271: 264: 259: 256: 252: 248: 243: 238: 234: 230: 229: 221: 218: 214: 210: 206: 202: 197: 194: 190: 186: 181: 176: 172: 168: 167: 159: 156: 149: 147: 145: 141: 137: 133: 124: 122: 119: 114: 112: 107: 102: 100: 96: 92: 87: 85: 81: 77: 73: 67: 65: 59: 57: 53: 49: 45: 41: 37: 33: 29: 25: 21: 291:the original 262: 227: 220: 200: 165: 158: 128: 117: 115: 110: 105: 103: 98: 94: 90: 88: 68: 60: 23: 19: 18: 142:(OSPF) and 95:demand mode 86:mechanism. 320:Categories 150:References 251:2070-1721 189:2070-1721 84:keepalive 235:(IETF). 173:(IETF). 72:LSP-Ping 44:Ethernet 36:switches 52:tunnels 32:routers 26:) is a 303:  249:  187:  294:(PDF) 287:(PDF) 144:IS-IS 111:Hello 106:Hello 99:Hello 80:IS-IS 305:5880 258:5881 247:ISSN 213:8562 211:and 209:7880 205:7419 196:5880 185:ISSN 136:IPv6 134:and 132:IPv4 118:Echo 93:and 76:OSPF 54:and 40:link 301:RFC 255:RFC 237:doi 193:RFC 175:doi 34:or 24:BFD 322:: 253:. 245:. 231:. 207:, 191:. 183:. 169:. 78:, 58:. 50:, 46:, 260:. 239:: 198:. 177:: 22:(

Index

network protocol
routers
switches
link
Ethernet
virtual circuits
tunnels
MPLS label-switched paths
three-way handshake
LSP-Ping
OSPF
IS-IS
keepalive
IPv4
IPv6
Open Shortest Path First
IS-IS
Bidirectional Forwarding Detection (BFD)
Internet Engineering Task Force
doi
10.17487/RFC5880
ISSN
2070-1721
RFC
5880
7419
7880
8562
Bidirectional Forwarding Detection (BFD) for IPv4 and IPv6 (Single Hop)
Internet Engineering Task Force

Text is available under the Creative Commons Attribution-ShareAlike License. Additional terms may apply.