mirror of
https://github.com/openshift/openshift-docs.git
synced 2026-02-05 12:46:18 +01:00
69 lines
3.3 KiB
Plaintext
69 lines
3.3 KiB
Plaintext
// Module included in the following assemblies:
|
|
//
|
|
// * networking/metallb/metallb-configure-bfd-profiles.adoc
|
|
|
|
:_mod-docs-content-type: REFERENCE
|
|
[id="nw-metallb-bfdprofile-cr_{context}"]
|
|
= About the BFD profile custom resource
|
|
|
|
[role="_abstract"]
|
|
To enable rapid detection of communication failures between routing peers, configure the properties of the MetalLB BFD profile custom resource (CR). Defining these parameters ensures that network traffic is quickly rerouted if a path becomes unavailable, maintaining high cluster reachability and stability.
|
|
|
|
The following table describes parameters for the BFD profile CR:
|
|
|
|
.BFD profile custom resource
|
|
[cols="1,1,3a",options="header"]
|
|
|===
|
|
|
|
|Parameter
|
|
|Type
|
|
|Description
|
|
|
|
|`metadata.name`
|
|
|`string`
|
|
|Specifies the name for the BFD profile custom resource.
|
|
|
|
|`metadata.namespace`
|
|
|`string`
|
|
|Specifies the namespace for the BFD profile custom resource.
|
|
|
|
|`spec.detectMultiplier`
|
|
|`integer`
|
|
|Specifies the detection multiplier to determine packet loss. The remote transmission interval is multiplied by this value to determine the connection loss detection timer.
|
|
|
|
For example, when the local system has the detect multiplier set to `3` and the remote system has the transmission interval set to `300`, the local system detects failures only after `900` ms without receiving packets. The range is `2` to `255`. The default value is `3`.
|
|
|
|
|`spec.echoMode`
|
|
|`boolean`
|
|
|Specifies the echo transmission mode. If you are not using distributed BFD, echo transmission mode works only when the peer is also FRR. The default value is `false` and echo transmission mode is disabled.
|
|
|
|
When echo transmission mode is enabled, consider increasing the transmission interval of control packets to reduce bandwidth usage.
|
|
For example, consider increasing the transmit interval to `2000` ms.
|
|
|
|
|`spec.echoInterval`
|
|
|`integer`
|
|
|Specifies the minimum transmission interval, less jitter, that this system uses to send and receive echo packets. The range is `10` to `60000`. The default value is `50` ms.
|
|
|
|
|`spec.minimumTtl`
|
|
|`integer`
|
|
|Specifies the minimum expected TTL for an incoming control packet. This field applies to multi-hop sessions only.
|
|
|
|
The purpose of setting a minimum TTL is to make the packet validation requirements more stringent and avoid receiving control packets from other sessions. The default value is `254` and indicates that the system expects only one hop between this system and the peer.
|
|
|
|
|`spec.passiveMode`
|
|
|`boolean`
|
|
|Specifies whether a session is marked as active or passive. A passive session does not attempt to start the connection.
|
|
Instead, a passive session waits for control packets from a peer before it begins to reply.
|
|
|
|
Marking a session as passive is useful when you have a router that acts as the central node of a star network and you want to avoid sending control packets that you do not need the system to send. The default value is `false` and marks the session as active.
|
|
|
|
|`spec.receiveInterval`
|
|
|`integer`
|
|
|Specifies the minimum interval that this system is capable of receiving control packets. The range is `10` to `60000`. The default value is `300` ms.
|
|
|
|
|`spec.transmitInterval`
|
|
|`integer`
|
|
|Specifies the minimum transmission interval, less jitter, that this system uses to send control packets. The range is `10` to `60000`. The default value is `300` ms.
|
|
|
|
|===
|