Distributed Fog Node Hardware Management via Segmented Control

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Fog node hardware platform management faces challenges in monitoring and controlling hardware states, diagnosing faults, and performing routine exercises, which can compromise performance, security, and reliability if not managed correctly.

Innovation Solution

A network node device with a CPU complex, storage medium, and input/output subsystem that receives and processes hardware platform management decisions from multiple nodes, implementing actions through actuators while utilizing an orchestration service to select nodes for decision-making, enhancing fault tolerance and security by distributing management across the network.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Device complexity

If hardware platform management is centralized in a single node, then management control is simplified, but single point of failure risk increases and system reliability decreases

Engineering Contradiction:
Improvemanagement control complexityVSAvoidsystem reliability
Core Design Contradiction:
Device complexityVSReliability

Solution Approach 1:

The patent divides hardware platform management into multiple independent management nodes distributed across the Fog network. Each node can independently manage specific hardware platforms, eliminating the single point of failure. The management function is segmented into multiple components that can operate autonomously, so if one management node fails, others continue to provide management services.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system dynamically changes the operational parameters of management nodes, including activation status, management scope, and resource allocation. This allows the system to adapt to failures by reconfiguring which nodes are active and what they manage, maintaining reliability without requiring complex centralized coordination.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If hardware platform management is distributed across multiple nodes, then system reliability and fault tolerance improve, but management coordination complexity increases

Engineering Contradiction:
Improvefault toleranceVSAvoidmanagement coordination complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

Each Fog node is designed with universal management capabilities that allow it to perform hardware platform management functions independently. The nodes use standardized protocols and interfaces, enabling any node to potentially manage any hardware platform. This multi-functionality reduces the need for specialized coordination mechanisms while maintaining distributed reliability.

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

Solution Approach 2:

The distributed management nodes operate autonomously, making independent decisions about hardware platform management without requiring constant coordination with other nodes. Each node self-manages its assigned platforms using local intelligence and predefined policies, significantly reducing coordination overhead while maintaining system reliability.

Inventive Principle:
Principle #25Self-service

3Speed

If management decisions are made locally at each Fog node, then response speed is faster, but overall system optimization and security are reduced

Engineering Contradiction:
Improveresponse speedVSAvoidsystem security
Core Design Contradiction:
SpeedVSReliability

Solution Approach 1:

The patent implements local quality by allowing each Fog node to make management decisions autonomously based on local conditions and requirements. Each node has the authority to respond immediately to hardware events without waiting for centralized approval, ensuring fast local response while maintaining security through distributed validation mechanisms.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system implements feedback loops where management decisions made locally at Fog nodes are reported back to the network for validation and learning. This feedback mechanism ensures that local decisions align with overall system security policies and allows the network to optimize global performance based on local experiences without sacrificing response speed.

Inventive Principle:
Principle #23Feedback

4Stability of the object's composition

If configuration updates are propagated through the entire network, then consistency is maintained, but update time and network overhead increase

Engineering Contradiction:
Improveconfiguration consistencyVSAvoidupdate time
Core Design Contradiction:
Stability of the object's compositionVSLoss of time

Solution Approach 1:

Configuration updates are prepared and validated in advance at the network level before being propagated to individual Fog nodes. This preliminary action ensures that updates are consistent and correct before deployment, reducing the need for retransmissions and corrections that would increase update time and network overhead.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The configuration update process is segmented into independent modules that can be propagated and applied separately to different Fog nodes. This allows parallel update propagation across the network, maintaining consistency while significantly reducing total update time compared to sequential propagation.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS10616052B2Collaborative hardware platform management
Publication Date: 2020.04.07 CISCO TECHNOLOGY INC
  • US10616052B2 patent drawing
  • US10616052B2 patent drawing
  • US10616052B2 patent drawing

AI summary

In one embodiment, a network node device includes a hardware platform including a central processing unit (CPU) complex, a storage medium and an input/output subsystem to provide network processing and transport of data in a network. The CPU complex is operative to receive a plurality of hardware platform management decisions from a plurality of different network nodes in the network, process the received hardware platform management decisions to yield a hardware platform management proposed action, and issue a command to implement the hardware platform management proposed action in the hardware platform. The hardware platform is operative to implement the hardware platform management proposed action. Related apparatus and methods are also described.