NIC Packet Drop Notification for Receive Ring Overflow

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current network systems lack efficient mechanisms for notifying packet destinations about dropped packets, leading to potential performance issues and resource mismanagement.

Innovation Solution

A method and system that utilize a network interface card (NIC) with hardware and software classifiers to classify packets, forward them to receive rings, and notify destinations about dropped packets, allowing for registration of notification messages and bandwidth management.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If packets are dropped when receive rings are full, then packet loss occurs, but without notification mechanisms applications cannot react to optimize resource allocation

Engineering Contradiction:
Improvepacket delivery reliabilityVSAvoidinformation about packet drops
Core Design Contradiction:
ReliabilityVSLoss of information

Solution Approach 1:

The patent implements a feedback mechanism where the NIC sends notification messages back to applications when packets are dropped due to full receive rings. This allows applications to receive information about packet losses and take corrective actions such as reducing transmission rates or allocating more buffer resources, thereby resolving the information loss problem while maintaining reliable packet delivery monitoring.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The notification message acts as an intermediary between the NIC's packet dropping action and the application's response. Instead of direct application-NIC communication, the notification message mediates by carrying information about dropped packets from the NIC to the application, enabling the application to react appropriately without requiring complex direct integration.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If receive ring buffers are enlarged to prevent packet loss, then buffer capacity increases, but memory consumption and resource overhead increase

Engineering Contradiction:
Improvepacket delivery reliabilityVSAvoidmemory resources
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent enables dynamic buffer management where applications can adjust receive ring buffer sizes based on actual network conditions and application needs. Instead of statically allocating large buffers, the system allows buffer sizes to be dynamically modified, and applications receive notifications when packets are dropped, enabling them to optimize buffer allocation in real-time based on actual traffic patterns and requirements.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

Applications are empowered to self-manage their buffer resources by receiving packet drop notifications and autonomously deciding when to increase or decrease buffer allocations. This self-service approach eliminates the need for pre-configured large buffers, as applications can efficiently allocate memory resources based on actual network conditions and their own processing capabilities.

Inventive Principle:
Principle #25Self-service

3Loss of information

If notification messages are sent for every dropped packet, then applications receive complete information, but network overhead and processing burden increase

Engineering Contradiction:
Improveinformation about packet dropsVSAvoidnetwork bandwidth and processing energy
Core Design Contradiction:
Loss of informationVSLoss of energy

Solution Approach 1:

The patent implements partial notification where applications receive information about packet drops without necessarily receiving notifications for every single dropped packet. The system can aggregate multiple packet drops into single notifications or provide sampled information about drop patterns, thereby providing sufficient information for applications to react while minimizing the overhead of constant notification traffic and processing.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS8625431B2Notifying network applications of receive overflow conditions
Publication Date: 2014.01.07 ORACLE AMERICAN INC
  • US8625431B2 patent drawing
  • US8625431B2 patent drawing
  • US8625431B2 patent drawing

AI summary

A method for notifying a packet destination that includes receiving a packet by a network interface card (NIC), where the packet destination is a destination of the packet, classifying the packet, forwarding the packet to one of a plurality of receive rings on the NIC, determining whether the one of the plurality of receive rings comprises space to store the packet, dropping the packet if the receive ring does not comprise the space to store the packet, and sending a notification message to the packet destination, where the notification message indicates that the packet was dropped by the receive ring.