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


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


Due to the Unmonitored Tunnel Interface, the VRRP Is Not Switched After a TSU board of the NE40E Fails

Publication Date:  2013-10-06 Views:  68 Downloads:  0
Issue Description
The TSU board is used to provide GRE services. To ensure network reliability, two NE40Es are adopted to form a VRRP application. The VRRP monitors the uplink physical port. When the active NE40E TSU board is faulty, the VRRP is not switched, resulting in service interruptions.
Handling Process
On a NE40E, a TSU board that transmits GRE services is connected to the network by using a tunnel interface. The GRE board is disconnected from the network if the tunnel interface goes Down, and the tunnel interface will be deleted if the TSU board fails. In this case, the configured tunnel interfaces are lost because of the TSU board failure. However, the uplink interface board still works normally. Since the VRRP monitors only the uplink physical port, the VRRP is not switched and the service is interrupted.
Root Cause
The tunnel interface is not configured with the VRRP monitoring. The VRRP cannot detect the interface fault or perform switchovers.
1. Add VRRP monitoring on the Tunnel interface status and ensure that the traffic can be switched to the standby plane when the TSUE board is faulty.
vrrp vrid xxx track interface Tunnelx/x/x      // To monitor the tunnel interface in the uplink and downlink VRRP backup group.
2. A VRRP backup group can track the status of a maximum of eight interfaces. It is recommended to configure the VRRP backup group to track only one tunnel interface on a single TSU board, because a GRE board failure will cause all tunnel interface configurations on this board to be deleted.
On a network configured with logical interfaces, a VRRP backup group must be configured to track both the logical interface status and the physical interface status. In this manner, the situation that no VRRP swichover is triggered when the physical interface works properly but the logical interface fails is avoided.