OpenFlow Node Request Staying Unit for Control Device Load Reduction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The OpenFlow communication system faces performance degradation due to sustained high load states on the control device, particularly when handling video streams, as repeated requests for processing rules can overwhelm the system, leading to delays and congestion.

Innovation Solution

Implementing a communication system with nodes that store processing rules and include a request staying unit to transiently suspend inquiries to the control device, allowing for prioritization and temporary suppression of processing rule setting requests during high load conditions, thereby reducing the burden on the control device.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If nodes repeatedly request processing rules from the control device for each incoming packet, then the control device can provide accurate path control and flow management, but the control device enters a high-load state causing sustained delays and congestion

Engineering Contradiction:
Improvepath control accuracyVSAvoidcontrol device processing capacity
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The control device predicts future packet flows and pre-calculates processing rules before packets arrive. Flow entries are proactively pushed to nodes based on predicted traffic patterns, eliminating the need for reactive requests during high-load periods and maintaining accurate path control without overwhelming the control device.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system dynamically adjusts the balance between predictive pre-calculation and reactive on-demand calculation based on control device load conditions. When load is low, more predictive action is taken; when load is high, the system adapts by relying on cached flow entries and selective prediction, optimizing the trade-off between control accuracy and processing capacity.

Inventive Principle:
Principle #15Dynamics

2Reliability

If the control device calculates paths and sets flow entries for every packet request, then complete flow control is achieved, but delay in path calculations and flow entry setting causes forwarding performance deterioration

Engineering Contradiction:
Improveflow control completenessVSAvoidpath calculation delay
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The control device performs path calculations and flow entry generation in advance based on predicted packet flows. By proactively pushing flow entries to nodes before packets arrive, the system eliminates real-time calculation delays while maintaining complete flow control, as the predictive flow entries are ready for immediate installation when needed.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements periodic flow prediction and flow entry pushing at optimized intervals rather than continuous real-time processing. This periodic predictive action reduces computational overhead and delay while maintaining effective flow control, as flow patterns are captured and processed at strategic moments rather than continuously.

Inventive Principle:
Principle #19Periodic action

3Reliability

If the control device processes all processing rule setting requests, then complete packet flow management is maintained, but request congestion occurs within shorter time intervals

Engineering Contradiction:
Improvepacket flow managementVSAvoidrequest processing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The control device anticipates packet flows and pre-generates processing rules before requests are made by nodes. This predictive approach batches and schedules rule generation in advance, preventing request congestion by eliminating the need for time-critical processing during packet arrival bursts while maintaining complete flow management.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system introduces a predictive flow entry buffer as an intermediary between packet arrival and control device processing. This buffer allows flow entries to be staged and prepared in advance, decoupling the timing of packet requests from control device processing and preventing request congestion while ensuring complete flow management.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS9906448B2Communication system, control device, node controlling method, and program
Publication Date: 2018.02.27 NEC ASIA PACIFIC PTE LTD
  • US9906448B2 patent drawing
  • US9906448B2 patent drawing
  • US9906448B2 patent drawing

AI summary

A communication system reduces load on a control device managing centralized control of a plurality of nodes. The communication system includes nodes and a control device. On receipt of a packet, each node references a table including a plurality of processing rules concerning packet processing to process the received packet in accordance with at least one processing rule corresponding to the received packet. If the corresponding processing rule is not known, each node transmits a processing rule setting request. On receipt of the processing rule setting request, the control device sets a packet processing rule in at least one of the nodes. A request staying unit that transiently stays the setting request to the control device is provided in such one or more nodes.