SDN Configuration Change Monitoring via Trace Packets

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In software-defined networking (SDN) environments, configuration changes are prone to errors, leading to system downtime and performance degradation due to the inefficiency of conventional troubleshooting methods, which rely on primitive tools and manual analysis of log information, making it challenging to identify the origin of errors in complex and scaled systems.

Innovation Solution

Implementing automated configuration change monitoring using trace packets and state information to detect affected operating conditions and diagnose issues within the SDN environment, allowing for real-time identification of problematic transactions and reducing downtime.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If automated configuration change monitoring is implemented using trace packets and state information, then troubleshooting efficiency and system reliability are improved, but device complexity and implementation cost increase

Engineering Contradiction:
Improvesystem reliabilityVSAvoiddevice complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs preliminary actions by injecting trace packets into the SDN environment before configuration changes are applied. These trace packets carry state information about the expected operating conditions, allowing the system to proactively monitor and detect deviations caused by configuration changes before they fully manifest as system failures.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

Trace packets serve as intermediaries between the configuration change monitoring system and the SDN environment. These packets carry state information through the network, allowing indirect observation of configuration change effects without requiring direct access to all system components, thereby reducing implementation complexity while maintaining reliability.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Loss of time

If manual analysis of log information is used for troubleshooting, then implementation complexity is reduced, but troubleshooting time and system downtime increase

Engineering Contradiction:
Improvetroubleshooting timeVSAvoidextent of automation
Core Design Contradiction:
Loss of timeVSExtent of automation

Solution Approach 1:

The system implements feedback mechanisms by continuously collecting state information from trace packets and comparing it against expected operating conditions. When configuration changes cause deviations, the system automatically generates alerts and identifies suspicious transactions, providing immediate feedback that eliminates the need for manual log analysis and significantly reduces troubleshooting time.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The monitoring system performs self-service by automatically detecting configuration change effects, identifying problematic transactions, and alerting operators without requiring manual intervention. The system autonomously analyzes trace packet data, compares state information against expected conditions, and generates troubleshooting information, thereby reducing both troubleshooting time and the need for extensive automation infrastructure.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS10931523B2Configuration change monitoring in software-defined networking environments
Publication Date: 2021.02.23 VMWARE INC
  • US10931523B2 patent drawing
  • US10931523B2 patent drawing
  • US10931523B2 patent drawing

AI summary

Example methods and systems for a network management entity to perform configuration change monitoring. One example method may comprise receiving a request to monitor a datapath to which a configuration change is applicable. The datapath may include multiple network elements. The method may also comprise instructing the first host to inject, at a first network element, one or more trace packets for transmission along the datapath to a second network element. The method may further comprise: obtaining state information associated with the configuration change, and detecting that an operating condition associated with the datapath is affected by the configuration change based on the state information.