Dynamic Protocol Handler Loading for Network Devices

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current network administration is inefficient due to the need for manual protocol discovery and classification, limited monitoring and control of asymmetric protocols, and the inability of network devices to dynamically handle unknown protocols without reconfiguring the entire software image.

Innovation Solution

A common framework for network devices that automates the detection of unknown protocols and dynamically loads appropriate protocol handlers, enabling network devices to share protocols and handle data packets and frames, allowing for real-time customization and monitoring of network traffic.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a network device is purchased hard coded with protocols, then the device has stable and reliable protocol handling capability, but the device lacks adaptability to handle unknown or new protocols without reconfiguring the entire software image

Engineering Contradiction:
Improveprotocol adaptabilityVSAvoidsoftware configuration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the protocol handling capability into separate protocol handler modules that can be independently loaded and unloaded. Each protocol handler is a discrete component that processes specific protocol types, allowing the system to load only the necessary handlers rather than having all protocols permanently embedded in the software image.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent creates a universal protocol handling framework that can process multiple protocol types through a common architecture. The framework includes a protocol identifier that can detect various protocol types and route them to appropriate handlers, making the system capable of handling both known and unknown protocols through a single multi-functional platform.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Adaptability or versatility

If a complete new software image is installed to add new protocol support, then the device gains new protocol capability, but the network administration process becomes time-consuming and requires manual intervention

Engineering Contradiction:
Improveprotocol support capabilityVSAvoidprotocol deployment time
Core Design Contradiction:
Adaptability or versatilityVSLoss of time

Solution Approach 1:

The patent implements dynamic protocol handler loading where protocol handlers can be loaded into memory at runtime based on detected protocol needs. This dynamic approach allows the system to adapt to new protocols immediately without requiring a complete software image installation, enabling rapid deployment of new protocol support.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent includes a protocol identifier that performs preliminary detection of protocol types in incoming traffic. This preliminary identification allows the system to proactively load the appropriate protocol handler before actual protocol processing is needed, eliminating delays associated with manual software installation and configuration.

Inventive Principle:
Principle #10Preliminary action

3Ease of operation

If protocol discovery and classification is limited to supported interfaces and flows, then the system maintains operational simplicity, but monitoring and control capabilities are restricted

Engineering Contradiction:
Improvesystem operation simplicityVSAvoidmonitoring capability
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The patent introduces an intermediary protocol identifier component that sits between the network input interfaces and the protocol handlers. This intermediary automatically detects and classifies protocol types in incoming traffic, enabling the system to monitor and control previously unknown protocols without requiring complex manual configuration or administrator intervention.

Inventive Principle:
Principle #24Intermediary (Mediator)

4Reliability

If manual interpretation and configuration is required for protocol discovery results, then the system maintains control and security, but productivity and efficiency of network administration are reduced

Engineering Contradiction:
Improveconfiguration controlVSAvoidnetwork administration efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent implements self-service automation where the protocol identifier automatically detects protocol types, selects appropriate handlers, and loads them into memory without requiring administrator intervention. The system autonomously manages the entire protocol discovery and deployment process, maintaining security through controlled automatic actions while dramatically improving administrative productivity.

Inventive Principle:
Principle #25Self-service

Data Source

PatentEP2974230B1Common agent framework for network devices
Publication Date: 2019.05.15 CISCO TECHNOLOGY INC
  • EP2974230B1 patent drawingFigure 1
  • EP2974230B1 patent drawingFigure 2
  • EP2974230B1 patent drawingFigure 3

AI summary

Techniques are provided for automating a common framework for network devices. In one example, a network device (e.g., switch, router, etc.) is configured to resolve the handling unknown packets automatically. The network device can detect whether or not a protocol is unknown to the network device, perform a lookup, determine if a matching protocol is available for the network device, and dynamically load an appropriate protocol handler into a memory of the network device. Advantageously, the present technology provides a mechanism for flexible on-demand push of protocol information. If a new protocol is noted on the network, the network device can look up the type of packet and can use a single platform kit to dynamically load drivers and control logic for that protocol onto the network device. Likewise, other network devices in the packet's path or in the network generally can load the drivers and control logic, as needed.