EVPN Multi-Homing Operator Command Handling
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current Ethernet Virtual Private Network (EVPN) specifications do not support operator commands for protection switching, requiring convoluted procedures that are error-prone and operationally unfriendly, lacking direct handling of commands like Force Switch, Manual Switch, and Clear for managing redundant paths.
Innovation Solution
Extensions to EVPN protocols that enable signaling between operator devices and service ports using an Extended Community field to carry operator commands, including Designated Forwarder election for active and backup Ethernet Segments, and a Finite-State Machine to manage states and actions based on these commands.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Ease of operation
If conventional EVPN specifications are used without extensions, then the system maintains protocol simplicity and compatibility, but it cannot directly handle operator commands for protection switching, requiring convoluted configuration procedures
Solution Approach 1:
The patent embeds operator command information within existing EVPN protocol structures by nesting command codes and parameters inside Ethernet Segment Route messages and BGP update messages. This allows operator commands to be carried through the established EVPN signaling path without requiring a separate protocol framework, thus improving ease of operation while minimizing protocol complexity
Solution Approach 2:
The patent extends existing EVPN message types to serve multiple functions: Ethernet Segment Route messages now carry both traditional routing information and operator command information, while BGP update messages handle both route updates and protection switching commands. This multi-functionality allows the protocol to handle operator commands without creating entirely new message structures
2Reliability
If conventional configuration procedures are used for protection switching, then the system maintains protocol simplicity, but the procedures become error-prone and operationally unfriendly due to convoluted steps
Solution Approach 1:
The patent implements feedback mechanisms where operator commands are explicitly signaled through the EVPN control plane, and the system provides acknowledgment and status reporting back to the operator device. This ensures that protection switching operations are reliably executed and tracked, reducing errors while maintaining clear operational procedures
Solution Approach 2:
The patent introduces an intermediary signaling mechanism using Extended Community fields and dedicated command codes within EVPN messages to mediate between operator intent and system action. This intermediary layer translates high-level operator commands into precise system actions, reducing errors while keeping the configuration procedure straightforward
Data Source
AI summary
Systems and methods for extending Ethernet Virtual Private Network (EVPN) protocols are provided. A Link Aggregation Group (LAG), according to one implementation, includes a plurality of Ethernet Segments (ESs) and a plurality of service ports configured to communicate over the plurality of ESs. The service ports are configured to enable an operator device to access an EVPN to receive Layer 2 (L2) and Layer 3 (L3) Ethernet services. Also, the service ports are configured to enable the operator device to operate with multi-homing functionality to receive the L2 and L3 Ethernet services via redundant paths associated with the plurality of ESs. The services ports are further configured to respond to operator commands, whereby the operator commands include one or more operator commands related to switching among the redundant paths.