Flow Completion Time Verification for Data Center Network Bottlenecks

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Data center networks experience unpredictable performance due to flow collisions, incast traffic, and underprovisioning, making it difficult to determine if network issues are causing transfer delays, especially when competing traffic patterns and failures are present.

Innovation Solution

Implement a method where sending computers monitor flow completion times (FCT) using receiver-driven credit mechanisms to estimate and compare actual and predicted FCTs, allowing identification of network performance issues and distinguishing them from application or computer-related limitations.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If network capacity is provisioned for aggregate traffic demand, then overall network throughput is sufficient, but performance degrades during bursty traffic periods due to underprovisioning

Engineering Contradiction:
Improveaggregate network throughputVSAvoidtransfer performance consistency
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system performs preliminary actions by sending probe packets before actual data transfers to measure network conditions in advance. This allows the system to predict flow completion times and identify potential performance issues before they affect actual data transfers, enabling proactive adjustment of transfer parameters.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements feedback mechanisms by continuously monitoring flow completion times of probe packets and using this information to adjust subsequent transfer decisions. The measured FCTs are fed back into the system to update predictions and identify when network performance deviates from expected behavior, enabling dynamic adaptation to changing network conditions.

Inventive Principle:
Principle #23Feedback

2Ease of operation

If switches use hash routing to determine packet paths, then routing decisions are deterministic, but flow collisions occur when multiple flows hash to the same path causing congestion

Engineering Contradiction:
Improverouting decision simplicityVSAvoidnetwork throughput
Core Design Contradiction:
Ease of operationVSProductivity

Solution Approach 1:

The system sends more probe packets than strictly necessary to achieve a single measurement, using multiple probes with different characteristics (uncontrolled, controlled FCT, and RTT probes). This excessive probing provides redundant information that improves the reliability of network condition assessments and helps distinguish between different types of performance issues.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system changes probe packet parameters including TTL values, destination addresses, and timing characteristics to explore different network paths and conditions. By varying these parameters, the system can identify optimal paths and routing configurations that minimize flow collisions and maximize throughput.

Inventive Principle:
Principle #35Parameter changes

3Productivity

If multiple computers send requests simultaneously to a destination, then communication efficiency is high, but incast traffic overloads the network link causing packet loss and high latency

Engineering Contradiction:
Improvecommunication efficiencyVSAvoidpacket loss and latency
Core Design Contradiction:
ProductivityVSObject-affected harmful factors

Solution Approach 1:

The system performs preliminary probing actions to assess the network's capacity to handle concurrent traffic before initiating actual data transfers. By measuring FCTs under controlled conditions in advance, the system can predict whether simultaneous transfers will cause incast problems and adjust its sending strategy accordingly.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses feedback from probe packet measurements to control the timing and rate of actual data transfers. When probes indicate that the network is approaching capacity limits, the system reduces the aggressiveness of concurrent transfers, preventing incast overload while still maintaining high communication efficiency when capacity is available.

Inventive Principle:
Principle #23Feedback

4Difficulty of detecting and measuring

If flow completion times are monitored to identify network issues, then network problem detection is enabled, but it becomes difficult to distinguish network problems from application or computer limitations

Engineering Contradiction:
Improvenetwork issue detectabilityVSAvoidproblem source identification
Core Design Contradiction:
Difficulty of detecting and measuringVSMeasurement precision

Solution Approach 1:

The system segments the end-to-end transfer time into distinct components by using TTL-controlled probes that expire at different points in the network path. This segmentation allows identification of where delays occur - whether in the application layer, network layer, or specific network segments - enabling precise localization of problems.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system uses probe packets as intermediaries to isolate and measure network-specific delays separately from application processing delays. By comparing FCTs of probes that only traverse the network versus actual data transfers that include application processing, the system can distinguish network problems from application limitations.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS20260106819A1Method for verifying flow completion times in data centers
Publication Date: 2026.04.16 AVAGO TECHNOLOGIES INTERNATIONAL SALES PTE LTD
  • US20260106819A1 patent drawing
  • US20260106819A1 patent drawing
  • US20260106819A1 patent drawing

AI summary

Transmissions in a data center communications network are monitored at a sending computer, the transmission of data packets being controlled by control messages sent by a receiving computer. The monitor at the sending computer measures the time that a burst of data takes to be transmitted from the sending computer to the receiving computer. Based on feedback received from the receiving computer, the monitor at the sending computer calculates one of more estimated completion times for the transmission. The estimated completion times will approximately match the measured completion time if the network is not the bottleneck for communication. When there is a mismatch between the estimated and measured completion times, this is logged and the information is used to trigger analysis to detect the reason and possible causes for the network under-performing.