No relevant resource is found in the selected language.

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Read our privacy policy>Search

Reminder

To have a better experience, please upgrade your IE browser.

upgrade

NE20E-S2 V800R010C10SPC500 Configuration Guide - IP Services 01

This is NE20E-S2 V800R010C10SPC500 Configuration Guide - IP Services
Rate and give feedback:
Huawei uses machine translation combined with human proofreading to translate this document to different languages in order to help you better understand the content of this document. Note: Even the most advanced machine translation cannot match the quality of professional translators. Huawei shall not bear any responsibility for translation accuracy and it is recommended that you refer to the English document (a link for which has been provided).
BGP Route Load Balancing in an RR Scenario

BGP Route Load Balancing in an RR Scenario

Networking Requirements

On the network shown in Figure 10-5, an RR is deployed in AS 100. The RR learns external routes from two egress routers and reflects the routing information to its clients (R1, R2, ..., Rn). All the clients have equal-cost upstream links to the egress routers. However, the RR selects an optimal route from those received from the two egress routers and reflects only the optimal route to its clients. Therefore, the external routing information received by each client has only one next hop (either egress 1 or 2). As a result, traffic cannot be load-balanced.

Figure 10-5 Load balancing among BGP routes

Solution One

Create loopback 1 on both egress 1 and egress 2, configure the same IP address for the two interfaces, and establish IBGP peer relationships between the two interfaces and the RR.

After BGP routes are iterated to IGP routes, traffic can be load-balanced between routes from each client to each egress router because of the same next hop addresses on the two egress routers.

NOTE:
Use the loopback1 on egress 1 and egress 2 only to establish IBGP peer relationships to prevent unpredicted risks.

Solution Two

Configure a route-policy on the RR in AS 100 so that traffic destined for AS 300 passes through egress 1 and that traffic destined for AS 400 passes through egress 2, as shown in Figure 10-6,

Figure 10-6 Load balancing among BGP routes

Perform the following operations on the RR in AS 100:

  1. Run the system-view command to enter the system view.
  2. Configure AS_Path filters in regular expression to differentiate routes destined for AS 300 and AS 400.
    1. Run the ip as-path-filter ToAS300 permit [ 300 ] command to configure an AS_Path filter for routes destined for AS 300.
    2. Run the ip as-path-filter ToAS400 permit [ 400 ] command to configure an AS_Path filter for routes destined for AS 400.
  3. Configure node 10 for the route-policy to set the next hop of routes destined for AS 300 to egress 1.
    1. Run the route-policy policy1 permit node 10 command to create node 10 for the route-policy.
    2. Run the if-match as-path-filter ToAS300 command to configure an if-match clause to match routes destined for AS 300.
    3. Run the apply ip-address next-hop ipv4-address command to set the next hop of routes destined for AS 300 to egress 1.
  4. Configure node 20 for the route-policy to set the next hop of routes destined for AS 400 to egress 2.
    1. Run the route-policy policy1 permit node 20 command to create node 20 for the route-policy.
    2. Run the if-match as-path-filterToAS400 command to configure an if-match clause to match routes destined for AS 400.
    3. Run the apply ip-address next-hop ipv4-address command to set the next hop of routes destined for AS 400 to egress 2.
  5. Reflect the BGP routes after the next hop modification to clients.
    1. Run the system-view command to enter the system view.
    2. Run the bgp 100 command to enter the BGP view.
    3. Run the ipv4-family unicast command to enter the BGP IPv4 unicast address family view.
    4. Run the peer route-policy group-name policy1 export command to configure an AS_Path-based route-policy.
  6. Run the commit.
NOTE:
In this instance, an AS_Path-based filter is configured on the RR to filter routes. To implement more refined route filtering, you can configure a community filter or an ACL, IP prefix list, extcommunity filter, or RD filter, among which, the extcommunity filter and RD filter take effect only on VPNv4 and VPNv6 routes, and the rest filters take effect on both VPN routes and public routes.

Follow-up Procedure

Run the save command to save the current configuration to the configuration file when a set of configuration is finished and the expected functions have been achieved.

Translation
Download
Updated: 2019-01-02

Document ID: EDOC1100055376

Views: 18272

Downloads: 35

Average rating:
This Document Applies to these Products
Related Version
Related Documents
Share
Previous Next