peer out-delay
Function
The peer out-delay command configures a delay for sending Update packets.
The undo peer out-delay command deletes the delay for sending Update packets.
The default delay is 0, indicating that Update packets are sent without a delay.
Format
peer { group-name | ipv4-address | ipv6-address } out-delay delay-value
undo peer { group-name | ipv4-address | ipv6-address } out-delay
Parameters
| Parameter | Description | Value |
|---|---|---|
group-name |
Specifies the name of a peer group. |
The name is a string of 1 to 47 case-sensitive characters, with spaces not supported. When double quotation marks are used around the string, spaces are allowed in the string. |
ipv4-address |
Specifies the IPv4 address of a peer. |
The value is in dotted decimal notation. |
ipv6-address |
Specifies the IPv6 address of a peer. |
The value is a 32-digit hexadecimal number, in the format of X:X:X:X:X:X:X:X. |
delay-value |
Specifies the delay for sending Update packets. |
The value is an integer that ranges from 0 to 3600, in seconds. |
The ipv4-address parameter applies to the BGP view, BGP-IPv4 unicast address family view, BGP-IPv4 multicast address family view, BGP-IPv6 unicast address family view, BGP-VPNv4 address family view, BGP-VPNv6 address family view, BGP-VPN instance IPv4 address family view, BGP L2VPN-AD address family view and BGP-EVPN address family view.
The ipv6-address parameter applies to the BGP-IPv6 unicast address family view, BGP-VPN instance IPv6 address family view.
Views
BGP view, BGP-IPv4 unicast address family view, BGP-VPN instance IPv4 address family view, BGP-IPv6 unicast address family view, BGP-VPN instance IPv6 address family view, BGP-VPNv4 address family view, BGP-VPNv6 address family view, BGP-IPv4 multicast address family view, BGP L2VPN-AD address family view, BGP-EVPN address family view.
Usage Guidelines
Usage Scenario
In a scenario in which primary and backup routes exist, packets may get lost after traffic switches back to the primary path from the backup path. Use a VPN FRR scenario as an example. PE3 and CE2 connect both to PE1 and PE2. The primary path is PE3 -> PE1 -> CE2, and the backup path is PE3 -> PE2 -> CE2. CE2 uses BGP to communicate with PE1 and PE2. FRR is configured on PE3. If PE1 restarts or the link between PE3 and PE1 is disconnected, traffic switches from the primary path to the backup path. After the primary path recovers, traffic switches back to the primary path. If PE3 completes refreshing forwarding entries before PE1 does so, PE1 may temporarily fail to forward traffic received from PE3, and packet loss may occur. The severity of packet loss is proportional to the number of routes stored on PE1.
To solve this problem, run the peer out-delay command on the PE1 to configure a delay for sending Update packets. An appropriate delay ensures that traffic switches back to the primary path after PE1 completes refreshing forwarding entries.
Precautions
If you run the peer out-delay command repeatedly, the latest configuration overrides the previous configurations.
If the peer out-delay and peer route-update-interval commands are both configured, only the peer out-delay command takes effect.
If a network has high route convergence requirements, do no use the peer out-delay command.