Ethernet Fault Detection Using On-Demand CCM Frames
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current Ethernet OAM mechanisms require continuous transmission of heartbeat frames at short intervals to detect connectivity faults, leading to scalability issues, resource consumption, and bandwidth usage problems as the number of Ethernet paths increases.
Innovation Solution
The solution involves generating Continuity Check Message (CCM) frames only when a fault occurs, continuing their transmission while the fault persists, and discontinuing when the fault clears, allowing for rapid fault detection without continuous heartbeat frames, and can be used with Ethernet Protection Switching in various topologies.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Speed
If continuous heartbeat frames are sent at short intervals to detect connectivity faults within 50 ms, then fault detection speed is improved, but processing resource consumption and bandwidth usage increase
Solution Approach 1:
The patent implements periodic Continuity Check Messages (CCMs) that are sent at regular intervals only when needed for fault detection, rather than continuous transmission. This allows the system to achieve fast fault detection within 50 ms when faults occur while reducing processing resource consumption during normal operation, as the periodic messages can be tuned to appropriate intervals based on detection requirements.
Solution Approach 2:
The system uses unsolicited CCMs that are automatically generated and sent by the network elements themselves when faults are detected, eliminating the need for continuous polling. This self-service mechanism allows rapid fault detection while reducing overall processing resource consumption, as messages are only generated when actual fault conditions exist.
2Reliability
If continuous heartbeat frames are sent at short intervals to detect connectivity faults, then fault detection reliability is improved, but bandwidth consumption increases
Solution Approach 1:
The patent employs periodic CCM transmission at optimized intervals that maintain fault detection reliability while minimizing bandwidth consumption. By sending messages only at necessary intervals rather than continuously, the system achieves reliable fault detection within 50 ms without excessive bandwidth usage.
Solution Approach 2:
The system dynamically adjusts CCM transmission parameters such as interval and frequency based on network conditions and fault detection requirements. This allows the system to maintain reliable fault detection while optimizing bandwidth consumption by reducing message frequency during normal operation and increasing it when faults are detected.
3Use of energy by moving object
If unsolicited CCMs are sent only when faults occur, then processing resource usage is reduced, but fault detection capability must be maintained
Solution Approach 1:
The patent implements a self-service mechanism where network elements automatically generate and send unsolicited CCMs when they detect faults, eliminating the need for continuous polling. This reduces processing resource usage while maintaining fault detection capability, as the system only consumes resources when actual fault conditions exist and require reporting.
Solution Approach 2:
The system uses feedback mechanisms where CCMs carry information about fault conditions detected by network elements. This feedback allows the receiving end to understand the fault state without continuous polling, maintaining detection capability while reducing processing resource usage by only activating message transmission when faults are actually present.
Data Source
AI summary
The present invention provides scalable and rapid Ethernet fault detection which eliminates the requirement to contiguously send heartbeat frames at regular intervals to detect connectivity faults for each Ethernet Path. The present invention generates Continuity Check Message (CCM) frames only when a fault occurs, continues generating CCM frames while the fault remains, and discontinues when the fault clears. The present invention can be utilized with Ethernet Protection Switching to rapidly detect faults. Additionally, the present invention can be used in any Ethernet topology including point-to-point, rings, and the like.