Configure BGP Network Optimization

• ---

  If the BGP route detection time is set too small, BGP detect routes frequently, affecting the device performance.

  ---

Configure Quick Disconnection of EBGP Neighbors

After a BGP session is successfully set up, Keepalive messages are sent periodically between the neighbors to maintain the BGP session. If no Keepalive message or Update packet is received from the neighbor within the hold time, the BGP session will be disconnected owing to timeout. You can configure direct-connect EBGP neighbors to disconnect a BGP connection immediately after a connecting interface is down, without waiting for BGP keepalive timeout. If the EBGP neighbor quick disconnection function is cancelled, the EBGP session does not respond to an interface down event; instead, the BGP session is disconnected after timeout.

Table 12-36 Configure quick disconnection of EBGP neighbors

Configure the BGP Route Suppression Function

Flapping routes in a network may cause instability of the network. You can configure route attenuation to damp this type of routes so as to decrease the effect of flapping routes on the network.

A frequently flapping route will be allocated with a penalty. If the penalty exceeds the suppression threshold, the route will not be advertised to neighbors. The penalty should not be kept beyond the maximum suppression time. If no flapping occurs on the route within the half-life period, the penalty will be halved. If the penalty is lower than the threshold value, the route can be advertised to neighbors again.

• Half-life period: It is the time in which the penalty of a route is halved.
• Reuse threshold: It is the threshold for the route to resume normal use.
• Suppression threshold: It is the threshold for route suppression.
• Maximum suppression time: It is the maximum suppression time of the route.

Table 12-37 Configure the BGP route suppression function

• ---

  Route flapping not only contains addition and deletion of routes, but also contains route property changes such as next hop and MED property changes.

  ---

Configure the BGP Neighbor Refresh Capability

If the routing policy or route selection policy that is applied to a BGP neighbor changes, the routing table needs to be refreshed. One way of refreshing the routing table is to reset the BGP connection so as to reset the BGP session. However, this mode may result in BGP route flapping, affecting normal services. The other way is more graceful, that is, configuring the local BGP device to support the route refresh capability. If a neighbor needs to reset a route, it advertises the Route-Refresh message to the local device. After receiving the Route-Refresh message, it sends the route to the neighbor again. In this way, the routing table is dynamically refreshed without the need of disconnecting the BGP session.

Table 12-38 Configure the BGP Neighbor refresh capability

Configure the BGP Neighbor Soft Reset Capability

If the routing policy or route selection policy that is applied to a BGP neighbor changes, the routing table needs to be refreshed. One way of refreshing the routing table is to reset the BGP connection so as to reset the BGP session. However, this mode may result in BGP route flapping, affecting normal services. Another way is more graceful, that is, configuring the local BGP device to support the route refresh capability. There is still another way, that is, enabling the soft reset capability of the local BGP device. By default, the BGP device reserves the routing information of each neighbor. After enabling its neighbor soft reset capability, it refreshes the neighbor routes that are kept on the local device. At this time, BGP sessions are not disconnected.

Table 12-39 Configure the BGP neighbor soft reset capability

Configure the ORF Capability of BGP Neighbors

BGP implements accurate route control through abundant routing properties. It usually applies routing policies in the incoming and outgoing directions. This mode is a local BGP behavior. BGP also supports the Outbound Route Filtering (ORF) capability. It advertises the local ingress policy to its neighbors through Route-refresh packets, and then the neighbors apply the policy when they advertise routes to the local BGP device. This greatly decreases the number of exchanged route refresh packets between BGP neighbors.

To achieve successful negotiation of the ORF capability, ensure that:

• The ORF capability is enabled for both neighbors.
• "ORF send" and "ORF receive" must match. That is, if one end is "ORF send", the other end must be "ORF both" or "ORF receive". If one end is "ORF receive", the other end must be "ORF send" or "ORF both".
• The "ORF send" end must be configured with a prefix list in the incoming direction.

Table 12-40 Configure the ORF capability of BGP neighbors