Router Flow Analysis Triggered by STUN TTL

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Network Management Systems (NMSs) often fail to promptly identify and address packet loss issues observed by calling endpoints due to lack of awareness of intermediary device monitoring results.

Innovation Solution

A router is configured to examine incoming packets for a specific monitoring request, triggered by STUN messages with decreasing TTL values, allowing for detailed flow analysis and monitoring without requiring NMS involvement, ensuring timely identification and resolution of packet loss.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of time

If NMS controls the triggering of monitoring by intermediary devices, then centralized control and coordination are achieved, but response time to packet loss issues increases and endpoint-observed problems may not be resolved timely

Engineering Contradiction:
Improveresponse time to packet lossVSAvoidmonitoring trigger mechanism
Core Design Contradiction:
Loss of timeVSDevice complexity

Solution Approach 1:

The intermediary device autonomously triggers flow monitoring when it detects packet loss or performance degradation, eliminating the need for external NMS commands. The device monitors its own performance metrics and initiates diagnostic procedures independently, enabling immediate local response to issues without waiting for centralized system detection or command.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system implements a feedback loop where the intermediary device continuously monitors packet loss and performance metrics, and when thresholds are exceeded, automatically triggers flow monitoring and reporting. This closed-loop feedback mechanism enables the device to respond dynamically to changing network conditions without external intervention.

Inventive Principle:
Principle #23Feedback

2Measurement precision

If detailed flow analysis is performed at intermediary devices, then packet loss root cause identification improves, but device processing load and complexity increase

Engineering Contradiction:
Improvepacket loss analysis accuracyVSAvoidflow analysis capability
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The intermediary device pre-configures flow monitoring templates and analysis parameters in advance, so that when packet loss is detected, the detailed flow analysis can immediately begin using pre-prepared configurations. This eliminates the need to set up complex analysis parameters in real-time, reducing both device complexity and response time.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system performs detailed flow analysis only on specific flows that are suspected of causing packet loss, rather than monitoring all traffic. By focusing analysis resources on problematic flows identified through initial monitoring, the system achieves high measurement precision without overwhelming the device with excessive processing requirements.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS7706278B2Triggering flow analysis at intermediary devices
Publication Date: 2010.04.27 CISCO TECHNOLOGY INC
  • US7706278B2 patent drawing
  • US7706278B2 patent drawing
  • US7706278B2 patent drawing

AI summary

In one embodiment, a router examines an incoming packet for a flow monitoring request. The router may examine every packet for the flow monitoring request, or preferably may only examine packets including a lifetime value indicating that the packet should be dropped and not forwarded or may only examine packets having a predetermined message format. When the flow monitoring request is included, the router performs detailed flow analysis or other monitoring according to the flow monitoring request.