Ethernet Service Testing via Automated Traffic Switching
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current Ethernet technologies lack the capability to efficiently test service connections without requiring manual intervention and costly on-site testing devices, leading to increased labor and time costs for service activation.
Innovation Solution
A method that involves coupling a test device to a node in the Ethernet network, switching service traffic based on service and container identifications, measuring performance parameters, and using these measurements to evaluate the connection, allowing for automated testing and reduced manual intervention.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If a technician travels to the customer location to connect a testing device for service testing, then service connection testing can be performed, but labor costs and time required for service activation increase significantly
Solution Approach 1:
The network infrastructure itself performs the testing function through built-in OAM (Operations, Administration, and Maintenance) capabilities. The system automatically generates test traffic, monitors performance metrics, and evaluates service connections without requiring external technicians or portable testing devices. This self-service approach eliminates manual intervention while maintaining comprehensive testing capability.
Solution Approach 2:
The network nodes are equipped with multi-functional OAM capabilities that can perform multiple functions including traffic generation, performance monitoring, fault detection, and service validation. This universal testing capability replaces the need for specialized portable testing devices and technician intervention, enabling automated service activation across different service types and network conditions.
2Measurement precision
If portable testing devices are used at customer locations, then service performance can be measured, but device complexity and quantity of testing equipment increase
Solution Approach 1:
The testing functionality is extracted from portable external devices and integrated directly into the network infrastructure nodes. Instead of using separate testing equipment that must be transported and connected at customer sites, the measurement capabilities are embedded within the existing network elements, eliminating the need for external testing devices while maintaining measurement precision.
Solution Approach 2:
The testing functions are merged with the existing network infrastructure and OAM systems. The same network nodes that route and manage traffic also perform performance monitoring and service validation, combining multiple functions into unified network elements rather than requiring separate testing equipment.
3Reliability
If technicians manually connect and remove testing devices at service locations, then service testing can be performed, but labor costs and operational complexity increase
Solution Approach 1:
The system automatically performs service testing through embedded OAM capabilities without requiring technician intervention. The network nodes autonomously generate test traffic, monitor performance metrics, and validate service connections, transforming a manual process into an automated self-service operation that simplifies service activation.
Solution Approach 2:
Service testing is performed automatically as part of the service provisioning process before service activation. The OAM system pre-validates service connections and performance metrics during the setup phase, eliminating the need for subsequent manual testing and simplifying the overall service activation workflow.
Data Source
AI summary
A method of testing a service connection within a container in an Ethernet network comprises coupling a test device to a port on a node in a path that includes the container, switching traffic of the service connection to the port, measuring selected parameters of the switched traffic in the test device, and using the measured parameters to evaluate the performance of the service connection. In one implementation, the switching uses service and container identifications, and switching the traffic to the test device is based on the service and container identifications. The test device may be capable of inserting traffic within the service connection, and the container may be a tunnel.