Ethernet Fast Re-Route Using VLAN Tag Segmentation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current Ethernet network fault handling mechanisms, such as those in PBB-TE, rely on end-to-end protection switching which can be slow due to the need for edge nodes to detect failures and require per-connection monitoring, leading to potential delays in reaction times and microloops during network failures.
Innovation Solution
Implementing Ethernet Fast Re-Route (ETH-FRR) methods that allow for local detection and rerouting of Ethernet frames to a backup path using VLAN tags or bypass tunnels, enabling fast and efficient failure handling by configuring both working and backup paths in advance, thereby reducing the need for dynamic reconfiguration and improving failover times.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If end-to-end protection switching is used in PBB-TE Ethernet networks, then fault coverage is provided, but reaction time is slowed due to the need for edge nodes to detect failures and notify each other
Solution Approach 1:
The patent segments the protection switching function from end-to-end to local. Instead of requiring end-to-end path monitoring and notification, each network node independently monitors its own outgoing links and immediately switches to backup paths locally when failures are detected. This segmentation eliminates notification delays while maintaining comprehensive fault coverage.
Solution Approach 2:
The patent implements preliminary action by pre-configuring backup paths for each working path before failures occur. Each node maintains ready-to-use backup forwarding entries in its forwarding information base (FIB), allowing immediate activation without dynamic path computation or notification exchanges when failures are detected.
2Difficulty of detecting and measuring
If end-to-end protection switching with per-connection monitoring is implemented, then fault detection capability is provided, but device complexity increases due to parallel monitoring requirements
Solution Approach 1:
The patent segments monitoring responsibilities from a centralized end-to-end approach to distributed local monitoring at each node. Each node independently monitors its own outgoing links using standard Ethernet link status indicators, eliminating the need for complex per-connection monitoring protocols and parallel monitoring infrastructure.
Solution Approach 2:
Each network node performs self-service monitoring of its own link status using built-in Ethernet link detection capabilities. This eliminates the need for external monitoring systems or complex inter-node monitoring protocols, significantly reducing device complexity while maintaining comprehensive fault detection.
3Adaptability or versatility
If dynamic reconfiguration is used for failure handling, then adaptability to failures is provided, but failover time increases due to the need for dynamic path computation
Solution Approach 1:
The patent implements preliminary action by pre-computing and storing backup forwarding paths in the forwarding information base (FIB) before failures occur. When link failures are detected, the system immediately activates pre-configured backup paths without requiring dynamic path computation, significantly reducing failover time while maintaining adaptability to various failure scenarios.
Data Source
AI summary
A method is provided for use at a first node of a network. The first node (B) has an input path for receiving Ethernet frames destined for a second node of the network. The first node (B) also has a first output (working) path for forwarding the received Ethernet frames towards the second node. A failure along the first output (working) path is detected at the first node. Following such failure detection, the received Ethernet frames are caused, at the first node, to be re-routed along a second output (backup) path, different to the first output (working) path, towards the second node. The re-routing is performed by using (e.g. referring to and/or changing) respective indications (VLAN1) applied to the Ethernet frames to distinguish those Ethernet frames to be forwarded along the first output (working) path from those Ethernet frames to be forwarded along the second output (backup) path.