Containerized Service Testing for MoCA Network Diagnostics

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional methods for testing and maintaining Multimedia over Coax Alliance (MoCA) networks are inefficient and costly, requiring skilled technicians to conduct on-site visits, which is impractical for scaling with the growing infrastructure.

Innovation Solution

Implementing a service-based testing approach using containerized tests that can be deployed on devices within MoCA networks, allowing central offices to initiate and manage tests remotely, reducing the need for on-site visits by utilizing Docker containers and a Configurable Test Subsystem to diagnose and analyze network issues.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If traditional on-site testing methods are used, then network testing can be conducted with direct observation and manual diagnostics, but technician time and travel costs increase significantly

Engineering Contradiction:
Improvenetwork testing accuracyVSAvoidtechnician time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The system enables automated self-testing of MoCA networks through containerized test suites that execute remotely on customer premises equipment. The test manager orchestrates these tests without requiring physical technician presence, allowing the network to test itself and automatically report results, thereby eliminating technician time while maintaining testing accuracy.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

Manual mechanical testing procedures performed by technicians are replaced with automated software-based testing. Containerized test environments execute diagnostic routines remotely over the network, substituting physical technician actions with automated digital processes that achieve the same measurement objectives without requiring human presence.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

2Reliability

If skilled technicians are dispatched for on-site testing, then comprehensive network diagnostics can be performed, but labor costs and scheduling complexity increase

Engineering Contradiction:
Improvediagnostic completenessVSAvoidtesting system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The test manager provides a universal platform that can execute multiple different containerized test suites for various diagnostic scenarios. This single system handles installation verification, troubleshooting, and routine monitoring functions that previously required different technician expertise levels, consolidating diverse diagnostic capabilities into one multi-functional system.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The containerized test environment acts as an intermediary between the test manager and the MoCA network under test. These isolated containers provide standardized interfaces and controlled environments for executing diagnostics, mediating between the remote test orchestration system and the customer premises equipment, thereby simplifying the overall system architecture.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If remote containerized testing is implemented, then technician visits are reduced and costs decrease, but test deployment and management complexity increases

Engineering Contradiction:
Improvetesting efficiencyVSAvoidtest management system complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The testing system is segmented into independent containerized test suites that can be developed, executed, and managed separately. Each container encapsulates specific diagnostic functions, allowing the test manager to orchestrate individual test modules without managing monolithic complex systems. This segmentation enables parallel test execution and simplifies deployment while maintaining high productivity.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS10129102B2Service based testing
Publication Date: 2018.11.13 SPIRENT COMM INC
  • US10129102B2 patent drawing
  • US10129102B2 patent drawing
  • US10129102B2 patent drawing

AI summary

Some tests can be implemented as services. A network provider can deploy (“push”) a test to a container resident on one or more devices of the network, either at installation, periodically, or when a problem is reported. When a customer reports an issue, services running on one or more devices of the customer's installation can cause the containerized tests to be run. For example, the central office of the network provider can initiate a request to run the test through the internet (or other connection) by the container. In some implementations, there is an overlap of the service based test set with traditional technician initiated test sets forming a hybrid testing architecture.