You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: content/cumulus-linux-517/Layer-3/Border-Gateway-Protocol-BGP/Optional-BGP-Configuration.md
+46-17Lines changed: 46 additions & 17 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1969,7 +1969,7 @@ BGP conditional disaggregation advertises specific prefixes when a failure is de
1969
1969
{{%notice note%}}
1970
1970
- You can configure conditional disaggregation in the default VRF only.
1971
1971
- Conditionally disaggregated routes and leaf loopback routes do not carry the anycast SOO, even when you configure the advertise origin.
1972
-
-You can configure a BGP convergence wait timer on the leaf switch to avoid premature advertising of the aggregate route before all host-facing links are ready.
1972
+
-NVIDIA recommends configuring BGP {{<linkurl="Optional-BGP-Configuration/#advertisement-delay"text="advertisement delay">}} to avoid traffic disruption during a leaf switch reboot, service restart, and other events that might disrupt the control plane.
5. Configure BGP advertisement delay to avoid premature advertisement of aggregate routes after a leaf switch reboot, service restart, and other events that disrupt the control plane. The delay timer allows downlink interfaces to come up before drawing traffic to the switch. NVIDIA recommends setting the delay to at least 150 seconds when using 802.1x authentication, and at least 30 seconds in other scenarios:
2068
2067
2069
-
```
2070
-
cumulus@leaf01:mgmt:~$ nv set vrf default router bgp advertisement-delay time 150
2071
-
cumulus@leaf01:mgmt:~$ nv config apply
2072
-
```
2073
-
2074
-
{{%notice note%}}
2075
-
When you configure advertisement delay in a VRF, multihop eBGP sessions are established after the `advertisement-delay` timer expires.
2076
-
{{%/notice%}}
2077
-
2078
-
6. Enable {{<linkurl="/#graceful-bgp-restart"text="BGP Graceful Restart">}} to preserve forwarding state during service restarts:
2068
+
5. Enable {{<linkurl="/#graceful-bgp-restart"text="BGP Graceful Restart">}} to preserve forwarding state during service restarts:
2079
2069
2080
2070
```
2081
2071
cumulus@leaf01:mgmt:~$ nv set router bgp graceful-restart mode full
7. Configure `bgp export lldp` to enable FRR to LLDP integration to send IPv4 and, or IPv6 prefix information to LLDP:
2078
+
6. Configure `bgp export lldp` to enable FRR to LLDP integration to send IPv4 and, or IPv6 prefix information to LLDP:
2089
2079
2090
2080
```
2091
2081
cumulus@leaf01:mgmt:~$ nv set vrf default router bgp address-family ipv4-unreachability export-lldp state enabled
2092
2082
cumulus@leaf01:mgmt:~$ nv set vrf default router bgp address-family ipv6-unreachability export-lldp state enabled
2093
2083
cumulus@leaf01:mgmt:~$ nv config apply
2094
2084
```
2095
2085
2096
-
8. Enable the LLDP {{<linkurl="Link-Layer-Discovery-Protocol/#bgp-unreachable-prefix-tlv"text="BGP unreachable prefix TLV">}} to distribute unreachable prefix information to connected hosts.
2086
+
7. Enable the LLDP {{<linkurl="Link-Layer-Discovery-Protocol/#bgp-unreachable-prefix-tlv"text="BGP unreachable prefix TLV">}} to distribute unreachable prefix information to connected hosts.
- Multiple failures across leaf switches (such as an BGP service failure on one leaf, and BGP sessions or other failure events on another switch) might result in unexpected routes distributed to NICs.
2216
2206
- The maximum number of unreachable prefixes sent to LLDP is 25k by default. You can adjust this limit to a maximum of 100k with the `nv set system lldp unreachable-prefix max-limit 100000` command.
2217
2207
- The LLDP unreachable route TLV does not carry VRF information; overlapping addresses across VRFs might cause inconsistent behavior if the switch generates an unreachable route for a prefix used in multiple VRFs.
2218
-
- If you change a configured aggregate route; for example, if you change the prefix length from 10.1.0.0/24 to 10.1.0.0/16, the original prefix might remain as a stale entry considered for unreachability signaling.
2208
+
- If you change a configured aggregate route; for example, if you change the prefix length from 10.1.0.0/24 to 10.1.0.0/16, the original prefix might remain as a stale entry considered for unreachability signaling.
2209
+
- NVIDIA recommends configuring BGP {{<linkurl="Optional-BGP-Configuration/#advertisement-delay"text="advertisement delay">}} to avoid traffic disruption during a leaf switch reboot, service restart, and other events that might disrupt the control plane.
2219
2210
2220
2211
### Show BGP Unreachability Information
2221
2212
@@ -3364,6 +3355,44 @@ Total number of neighbors 1
3364
3355
3365
3356
The vtysh `show ip bgp summary json` command shows the last convergence event.
3366
3357
3358
+
## Advertisement Delay
3359
+
3360
+
BGP advertisement delay defers outbound BGP updates for a configured time after the first BGP neighbor reaches the established state. During this delay, BGP session establishment, capability negotiation, best-path selection, and FIB programming proceed as normal; only outbound update generation is held. When the timer expires, all queued advertisements are sent to all established neighbors.
3361
+
3362
+
Use advertisement-delay to allow downlink interfaces and access services to stabilize before attracting traffic to the switch. NVIDIA recommends a delay of at least 90 seconds when using 802.1X authentication, and at least 30 seconds in other deployments. When using advertisement-delay, deploy the RADIUS server (if used) in the management VRF for reliable reachability during boot and convergence.
3363
+
3364
+
The following example configures BGP advertisement delay:
3365
+
3366
+
3367
+
{{< tabs "3366">}}
3368
+
{{< tab "NVUE Commands ">}}
3369
+
3370
+
```
3371
+
cumulus@leaf01:~$ nv set vrf default bgp advertisement-delay time 90
3372
+
cumulus@leaf01:~$ nv config apply
3373
+
```
3374
+
3375
+
{{< /tab >}}
3376
+
{{< tab "vtysh Commands ">}}
3377
+
3378
+
```
3379
+
cumulus@leaf01:~$ sudo vtysh
3380
+
...
3381
+
leaf01# configure terminal
3382
+
leaf01(config)# router bgp
3383
+
leaf01(config-router)# bgp advertisement-delay 90
3384
+
leaf01(config-router)# end
3385
+
leaf01# write memory
3386
+
leaf01# exit
3387
+
```
3388
+
3389
+
{{< /tab >}}
3390
+
{{< /tabs >}}
3391
+
3392
+
{{%notice note%}}
3393
+
The {{<linkurl="Optional-BGP-Configuration/#enable-read-only-mode"text="`convergence-wait time`">}} and `advertisement-delay` are independent timers. Each can be configured on its own; you can have neither, only one, or both configured at the same time. Both update-delay and advertisement-delay are triggered when the first BGP peer reaches Established and both re-trigger on startup and when BGP neighbors are cleared.
3394
+
{{%/notice%}}
3395
+
3367
3396
## BGP Community Lists
3368
3397
<!-- vale off -->
3369
3398
You can use *{{<exlinkurl="http://docs.frrouting.org/en/latest/bgp.html#community-lists"text="community lists">}}* to define a BGP community to tag one or more routes. You can then use the communities to apply a route policy on either egress or ingress.
0 commit comments