NIC Performance Notification Packet Assembly for Network Overhead Reduction

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current network performance monitoring methods are inefficient as they often require frequent status queries and logging, leading to high communication overhead and delayed alerts, especially when critical conditions are reached.

Innovation Solution

The implementation of a Network Interface Controller (NIC) that generates performance indicators, classifies them by severity, and assembles notifications into packets only when thresholds are exceeded, which are then sent over the network, utilizing a Scheduler to control packet transmission based on size, time elapsed, and urgency.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If frequent status queries and logging are performed for network performance monitoring, then monitoring coverage and detection capability are improved, but network communication overhead increases and system efficiency deteriorates

Engineering Contradiction:
Improvemonitoring detection capabilityVSAvoidnetwork communication overhead
Core Design Contradiction:
Measurement precisionVSLoss of energy

Solution Approach 1:

The patent extracts and transmits only the critical performance indication data that exceeds predefined thresholds, rather than logging all status queries. The NIC identifies and sends only significant performance events (such as errors, congestion, or threshold violations) to the monitoring server, filtering out normal operational data that does not require attention.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system changes the parameter of data transmission by using event-driven triggering based on severity thresholds. Instead of continuous periodic logging, performance indications are transmitted only when specific parameter conditions are met (e.g., error rates exceed threshold, latency spikes), dynamically adjusting transmission frequency based on actual network conditions.

Inventive Principle:
Principle #35Parameter changes

2Loss of information

If all performance indications are transmitted to the monitoring server, then complete monitoring data is obtained, but network load and server processing burden increase

Engineering Contradiction:
Improvemonitoring data completenessVSAvoidnetwork data traffic volume
Core Design Contradiction:
Loss of informationVSQuantity of substance

Solution Approach 1:

The patent applies local quality by implementing threshold-based filtering at the source (NIC). Different performance indications are evaluated against severity thresholds locally, and only those meeting the criteria are transmitted. This creates a quality filter that ensures transmitted data is both complete (all significant events) and concise (no redundant normal operations).

Inventive Principle:
Principle #3Local quality

3Speed

If performance notifications are sent immediately when thresholds are exceeded, then real-time alerting is achieved, but network traffic spikes occur

Engineering Contradiction:
Improvealert response timeVSAvoidnetwork communication overhead
Core Design Contradiction:
SpeedVSLoss of energy

Solution Approach 1:

The system uses periodic batching combined with event triggering. Performance indications are collected and evaluated periodically, and notifications are sent in batches when threshold violations occur, rather than immediate individual transmissions. This periodic action smooths network traffic while maintaining timely alerting for critical events.

Inventive Principle:
Principle #19Periodic action

4Loss of time

If detailed performance logging is performed at high frequency, then high timing definition monitoring is achieved, but system resource consumption increases

Engineering Contradiction:
Improvetiming definition precisionVSAvoidsystem monitoring efficiency
Core Design Contradiction:
Loss of timeVSProductivity

Solution Approach 1:

The patent applies partial action by monitoring all performance parameters at high frequency but transmitting only the partial set of data that exceeds thresholds. The NIC continues to collect and time-stamp all performance indications with high timing precision, but selectively transmits only significant events, achieving high timing definition where needed while improving overall system efficiency.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS10826784B2High definition, scalable network monitoring and debugging in real-time
Publication Date: 2020.11.03 MELLANOX TECHNOLOGIES LTD(IL)
  • US10826784B2 patent drawing
  • US10826784B2 patent drawing
  • US10826784B2 patent drawing

AI summary

A method includes, in a Network Interface Controller (NIC) that communicates over a network, generating indications pertaining to a performance of the NIC. The indications are classified with respect to severity. At least some of the indications, for which the severity exceeds a predefined severity threshold, are assembled in performance notification packets. The performance notification packets are sent over the network.