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

NE40E V800R010C10SPC500 Feature Description - Network Reliability 01

This is NE40E V800R010C10SPC500 Feature Description - Network Reliability
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).
Bit-Error-Triggered L3VPN Switching

Bit-Error-Triggered L3VPN Switching

Background

On an FRR-enabled HVPN, bit-error-triggered switching can be configured for VPN routes. With this function, if bit errors occur on the HVPN, VPN routes re-converge so that traffic switches to a bit-error-free link.

Principles

Trigger-LSP bit error detection must be enabled on each node's interfaces. In Figure 9-11, an HVPN is configured on an IP/MPLS backbone network. VPN FRR is configured on a UPE. If SPE1 detects bit errors, the processing is as follows:

  • SPE1 reduces the Local Preference attribute value or increase the Multi-Exit Discrimination (MED) attribute value. Then, the preference value of a VPN route that SPE1 advertises to an NPE is reduced. As a result, the NPE selects the VPN route to SPE2, not the VPN route to SPE1. Traffic switches to the standby link. In addition, SPE1 sends a BFD packet to notify the UPE of bit errors.

  • Upon receipt of the BFD packet, the UPE switches traffic to the standby link over the VPN route destined for SPE2.

If the bit errors on the active link are removed, the UPE re-selects the VPN routes destined for SPE1, and SPE1 restores the preference value of the VPN route to be advertised to the NPE. Then the NPE also re-selects the VPN route destined for SPE1.

Figure 9-11 Bit-error-triggered L3VPN switching
NOTE:
If an RSVP-TE tunnel is established for an L3VPN, and bit-error-triggered RSVP-TE tunnel switching is configured, a traffic switchover between the primary and hot-standby CR-LSPs in the RSVP-TE tunnel is preferentially performed. An active/standby L3VPN route switchover can be triggered only if the primary/hot-standby CR-LSP switchover fails to remove bit errors in either of the following situations:
  • The hot standby function is not configured.
  • Bit errors occur on both the primary and hot-standby CR-LSPs.

Usage Scenario

If L3VPN is used to carry user services and VPN FRR is deployed to ensure reliability, deploy bit-error-triggered L3VPN switching to minimize the impact of bit errors on user services and improve service quality.

Translation
Download
Updated: 2019-01-03

Document ID: EDOC1100055045

Views: 12991

Downloads: 36

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