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

ME60 V800R010C10SPC500 Feature Description - WAN Access 01

This is ME60 V800R010C10SPC500 Feature Description - WAN Access

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).
Direct Routes Responding to L3VE Interface Status Changes After a Delay

Direct Routes Responding to L3VE Interface Status Changes After a Delay

Background

In Figure 2-10, a Layer 2 virtual private network (VPN) connection is set up between each AGG and the CSG through L2 virtual Ethernet (VE) interfaces, and BGP VPNv4 peer relationships are set up between the AGGs and RSGs on an L3VPN. L3VE interfaces are configured on the AGGs, and VPN instances are bound to the L3VE interfaces so that the CSG can access the L3VPN. BGP is configured on the AGGs to import direct routes between the CSG and AGGs. The AGGs convert these direct routes to BGP VPNv4 routes before advertising them to the RSGs.

AGG1 functions as the master device in Figure 2-10. In most cases, the RSGs select routes advertised by AGG1, and traffic travels along Link A. If AGG1 or the CSG-AGG1 link fails, traffic switches over to Link B. After AGG1 or the CSG-AGG1 link recovers, the L3VE interface on AGG1 goes from Down to Up, and AGG1 immediately generates a direct route destined for the CSG and advertises the route to the RSGs. Downstream traffic then switches over to Link A. However, AGG1 has not learned the MAC address of the NodeB yet. As a result, downstream traffic is lost.

To address this problem, configure the direct route to respond to L3VE interface status changes after a delay. After you configure the delay, the RSG preferentially selects routes advertised by AGG1 only after AGG1 learns the MAC address of the NodeB.

Figure 2-10 Networking for the direct route responding to L3VE interface status changes after a delay

Implementation

After you configure the direct route to respond to L3VE interface status changes after a delay, the cost of the direct route between the CSG and AGG1 is modified to the configured cost (greater than 0) when the L3VE interface on AGG1 goes from Down to Up. After the configured delay expires, the cost of the direct route to the CSG restores to the default value 0. Because BGP has imported the direct route and has advertised it to RSGs, the cost value determines whether RSGs preferentially select the direct route.

RSGs preferentially transmit traffic over Link B before AGG1 has learned the MAC address of the NodeB, which reduces traffic loss.

Usage Scenario

This feature applies to IP radio access networks (RANs) on which an L2VPN accesses an L3VPN.

Translation
Download
Updated: 2019-01-04

Document ID: EDOC1100059473

Views: 17862

Downloads: 10

Average rating:
This Document Applies to these Products

Related Version

Related Documents

Share
Previous Next