Adapting PIE Controller for Network Latency

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing network congestion management systems face challenges in adapting to varying network conditions, leading to bufferbloat, high latency, and compromised network throughput due to manual configuration of PIE algorithm parameters and inadequate queuing latency control.

Innovation Solution

The implementation of a lightweight latency control module that adapts the PIE algorithm by estimating average dequeue rates and queuing latency, dynamically tuning parameters such as target delay and drop probability based on observed network conditions, and using weight functions for differentiated services to manage congestion effectively.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Device complexity

If manual configuration of PIE algorithm parameters is used, then device complexity is reduced, but adaptability to varying network conditions deteriorates

Engineering Contradiction:
ImprovePIE algorithm configuration complexityVSAvoidAdaptability to varying network conditions
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The system enables self-service by implementing automatic parameter tuning where the PIE algorithm monitors its own performance metrics (queuing latency, throughput) and adjusts its parameters (target delay, drop probability) without external intervention. This resolves the contradiction by making the system self-adaptive while maintaining operational simplicity.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent implements feedback mechanisms where the PIE algorithm continuously monitors network conditions and performance metrics, then uses this feedback to dynamically adjust parameters. The system measures actual queuing latency and throughput, compares them against targets, and modifies parameters accordingly, enabling adaptability without increasing user-facing complexity.

Inventive Principle:
Principle #23Feedback

2Productivity

If buffer size is increased to handle congestion, then network throughput is improved, but queuing latency increases causing bufferbloat

Engineering Contradiction:
ImproveNetwork throughputVSAvoidQueuing latency
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The patent applies dynamics by making the target delay parameter variable rather than fixed. The PIE algorithm dynamically adjusts target delay based on current network conditions and observed performance, allowing the system to optimize the throughput-latency tradeoff in real-time. This enables the system to maintain high throughput while preventing bufferbloat by adapting buffer management strategies to current traffic patterns.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes parameters dynamically by adjusting target delay and drop probability based on monitored performance metrics. When queuing latency approaches unacceptable levels, the algorithm modifies these parameters to reduce buffer utilization, thereby controlling latency while maintaining acceptable throughput levels.

Inventive Principle:
Principle #35Parameter changes

3Loss of time

If drop probability is increased to control congestion, then queuing latency is reduced, but network throughput deteriorates

Engineering Contradiction:
ImproveQueuing latencyVSAvoidNetwork throughput
Core Design Contradiction:
Loss of timeVSProductivity

Solution Approach 1:

The PIE algorithm uses feedback from monitored performance metrics to adjust drop probability dynamically. When queuing latency exceeds targets, the algorithm increases drop probability to reduce queue length and latency. When performance is acceptable, it decreases drop probability to maximize throughput. This feedback-driven adjustment resolves the contradiction by balancing latency control with throughput maintenance.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The patent applies partial action by using probabilistic packet marking rather than deterministic dropping. Instead of always dropping packets when congestion occurs, the algorithm marks or drops packets with a calculated probability, providing a gentler congestion signal that maintains throughput while still controlling latency through gradual backpressure.

Inventive Principle:
Principle #16Partial or excessive action

4Productivity

If network infrastructure capacity is increased to handle growing traffic, then network throughput is improved, but device complexity and cost increase

Engineering Contradiction:
ImproveNetwork throughput capacityVSAvoidNetwork infrastructure complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent changes operational parameters (target delay, drop probability, buffer management strategies) to optimize existing infrastructure capacity. By dynamically adjusting these parameters based on traffic patterns and performance metrics, the system extracts maximum throughput from current hardware resources without requiring capacity upgrades, thereby avoiding the complexity and cost of infrastructure expansion.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS9674104B1Adapting proportional integral controller enhanced algorithm for varying network conditions in a network environment
Publication Date: 2017.06.06 CISCO TECHNOLOGY INC
  • US9674104B1 patent drawing
  • US9674104B1 patent drawing
  • US9674104B1 patent drawing

AI summary

An example method for adapting Proportional Integral controller Enhanced (PIE) algorithm for varying network conditions is provided and includes estimating an average dequeue rate at which packets are dequeued from a queue of packets maintained in a buffer in a network element operating, estimating a current queuing latency for the queue of packets based on the average dequeue rate, determining a target delay based on the average dequeue rate, the target delay varying with the average dequeue rate according to a predetermined relationship, and calculating a current drop probability associated with a probability that packets arriving at the buffer will be dropped or marked, the current drop probability being calculated using at least the current queuing latency and the target delay. In some embodiments, a threshold for a number of bytes dequeued from the buffer is estimated based on network conditions.