bfd-liveness-detection (BGP)
Syntax
bfd-liveness-detection { authentication { algorithm algorithm-name; key-chain key-chain-name; loose-check; } detection-time { threshold milliseconds; } holddown-interval milliseconds; minimum-interval milliseconds; minimum-receive-interval milliseconds; multiplier number; no-adaptation; session-mode (automatic | multihop | single-hop); transmit-interval { minimum-interval milliseconds; threshold milliseconds; } version (1 | automatic); }
Hierarchy Level
[edit logical-systems name protocols bgp], [edit logical-systems name protocols bgp group group-name], [edit logical-systems name protocols bgp group group-name neighbor address], [edit logical-systems name routing-instances name protocols bgp], [edit logical-systems name routing-instances name protocols bgp group group-name], [edit logical-systems name routing-instances name protocols bgp group group-name neighbor address], [edit logical-systems name tenants name routing-instances name protocols bgp ], [edit logical-systems name tenants name routing-instances name protocols bgpgroup group-name], [edit logical-systems name tenants name routing-instances name protocols bgpgroup group-name neighbor address], [edit protocols bgp], [edit protocols bgp group group-name], [edit protocols bgp group group-name neighbor address], [edit routing-instances name protocols bgp], [edit routing-instances name protocols bgp group group-name], [edit routing-instances name protocols bgp group group-name neighbor address], [edit tenants name routing-instances name protocols bgp] [edit tenants name routing-instances name protocols bgp group group-name] [edit tenants name routing-instances name protocols bgp group group-name neighbor address]
Description
Configure bidirectional failure detection (BFD) timers and authentication for BGP.
For IBGP and multihop EBGP support, configure the bfd-liveness-detection
statement at the global [edit bgp protocols]
hierarchy
level. You can also configure IBGP and multihop support for a routing
instance or a logical system.
Options
holddown-interval milliseconds | (Optional) Configure an interval specifying how long a BFD session must remain up before a state change notification is sent. When you configure the hold-down interval for the BFD protocol
for EBGP, the BFD session is unaware of the BGP session during this
time. In this case, if the BGP session goes down during the configured
hold-down interval, BFD already assumes the BGP session is down and
does not send a state change notification. The
|
minimum-interval milliseconds | (Required) Configure the minimum interval
at which the local routing device transmits hello packets and then
expects to receive a reply from a neighbor with which it has established
a BFD session. Optionally, instead of using this statement, you can
specify the minimum transmit and receive intervals separately using
the minimum-interval (specified under the
|
minimum-receive-interval milliseconds | (Optional) Configure the minimum interval
after which the local routing device must receive a reply from a neighbor
with which it has established a BFD session. Optionally, instead of
using this statement, you can configure the minimum receive interval
using the
|
multiplier number | (Optional) Configure the number of hello packets not received by a neighbor that causes the originating interface to be declared down.
|
no-adaptation | (Optional) Configure BFD sessions not to adapt to changing network conditions. We recommend that you do not disable BFD adaptation unless it is preferable to have BFD adaptation disabled in your network. The BFD failure detection
timers are adaptive and can be adjusted to be faster or slower. The
lower the BFD failure detection timer value, the faster the failure
detection and vice versa. For example, the timers can adapt to a higher
value if the adjacency fails (that is, the timer detects failures
more slowly). Or a neighbor can negotiate a higher value for a timer
than the configured value. The timers adapt to a higher value when
a BFD session flap occurs more than three times in a span of 15 seconds.
A back-off algorithm increases the receive (Rx) interval by two if
the local BFD instance is the reason for the session flap. The transmission
(Tx) interval is increased by two if the remote BFD instance is the
reason for the session flap. However, include the You can use the
|
session-mode (automatic | multihop | single-hop) | (Optional) Configure BFD session mode to be single-hop
or multihop. By default, BGP uses single-hop BFD sessions if the peer
is directly connected to the router’s interface. BGP uses multihop
BFD sessions if the peer is not directly connected to the router’s
interface. If the peer session’s For backward compatibility, you can override the default behavior
by configuring the
|
version (1 | automatic) | (Optional) Specify the BFD version.
|
The remaining statements are explained separately. See CLI Explorer or click a linked statement in the Syntax section for details.
Required Privilege Level
routing—To view this statement in the configuration.
routing-control—To add this statement to the configuration.
Release Information
Statement introduced in Junos OS Release 8.1.
detection-time threshold
and transmit-interval
threshold
options introduced in Junos OS Release 8.2.
Support for logical routers introduced in Junos OS Release 8.3.
Support for IBGP and multihop EBGP sessions introduced in Junos OS Release 8.3.
holddown-interval
option introduced in Junos OS Release 8.5.
You can configure this option only for EBGP peers at the [edit
protocols bgp group group-name neighbor address]
hierarchy level.
no-adaptation
option introduced in Junos OS Release 9.0.
Support for BFD authentication introduced in Junos OS Release 9.6.
session-mode
option introduced in Junos OS Release 11.1.
Support for BFD on IPv6 interfaces with BGP introduced in Junos OS Release 11.2.