Dynamic Packet Header Length Control for sFlow Monitoring

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing network traffic monitoring technologies, such as sFlow, face inefficiencies in extracting packet header information due to varying Segment ID stack depths, leading to unnecessary data inclusion and resource wastage.

Innovation Solution

A method where network nodes compare sampled data packets to predefined packet header patterns to determine the optimal length of the packet header portion to extract, generating datagrams with only relevant information, thereby optimizing bandwidth and resource usage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a fixed MaximumHeaderLength parameter is configured sufficiently high to cover all possible Segment ID stack depths, then all relevant packet header information can be extracted, but unnecessary bytes are included in the sFlow datagram resulting in inefficient bandwidth and processing resource usage

Engineering Contradiction:
Improvecompleteness of packet header extractionVSAvoidbandwidth and processing resource efficiency
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent applies dynamics by making the MaximumHeaderLength parameter variable rather than fixed. The sFlow agent dynamically adjusts the header length based on the actual Segment ID stack depth detected in each packet, allowing the system to adapt to different packet types and optimize the balance between complete header extraction and resource efficiency

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent changes the parameter MaximumHeaderLength from a static configured value to a dynamic value that varies per packet. By detecting the actual header length needed for each packet type and adjusting the parameter accordingly, the system extracts only the necessary bytes, eliminating waste while ensuring completeness

Inventive Principle:
Principle #35Parameter changes

2Reliability

If a fixed MaximumHeaderLength parameter is configured sufficiently high to cover all possible Segment ID stack depths, then all relevant packet header information can be extracted, but the sFlow datagram size increases resulting in inefficient transmission bandwidth usage

Engineering Contradiction:
Improvecompleteness of packet header extractionVSAvoiddatagram size and bandwidth consumption
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent extracts only the necessary portion of the packet header based on actual needs. By determining the precise header length required for each packet type and extracting only that many bytes, the system removes unnecessary data from the sFlow datagram, reducing overall size and bandwidth consumption while maintaining extraction completeness

Inventive Principle:
Principle #2Taking out (Extraction)

3Reliability

If a fixed MaximumHeaderLength parameter is configured sufficiently high to cover all possible Segment ID stack depths, then all relevant packet header information can be extracted, but processing resources are wasted on handling unnecessary data

Engineering Contradiction:
Improvecompleteness of packet header extractionVSAvoidprocessing resource efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system dynamically adjusts the header extraction length based on actual packet characteristics, allowing processing resources to focus only on relevant data. This dynamic adaptation improves processing efficiency by eliminating unnecessary operations on extraneous bytes while maintaining reliable extraction of all needed header information

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS10523536B2Length control for packet header sampling
Publication Date: 2019.12.31 TELEFONAKTIEBOLAGET LM ERICSSON (PUBL)
  • US10523536B2 patent drawing
  • US10523536B2 patent drawing
  • US10523536B2 patent drawing

AI summary

A network node (110) samples data packets of network traffic. For each sampled data packet, the network node (110) compares a packet header of the sampled data packet to a set of one or more packet header patterns. Depending on the comparison, the network node (110) determines a length of a packet header portion to be extracted from the sampled data packet. Then the network node (110) extracts the packet header portion of the determined length from the sampled data packet and generates a datagram comprising the extracted packet header portions of the sampled data packets.