Stacked Hardware Abstraction Layer for Firmware Compatibility

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Maintaining backward compatibility across multiple firmware releases in networking equipment is complex and often requires simultaneous software and firmware upgrades, leading to traffic interruptions and increased risk of errors during upgrades, especially when only one level of compatibility is supported.

Innovation Solution

The implementation of a stacked hardware abstraction layer method that provides shadow layers for each intervening release, allowing message filtering and gradual firmware upgrades, enabling individual circuit pack upgrades without interrupting traffic and supporting multiple firmware versions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a single hardware abstraction layer is used to maintain backward compatibility, then compatibility with one firmware version is achieved, but the system cannot support multiple firmware releases simultaneously

Engineering Contradiction:
Improvefirmware version compatibilityVSAvoidhardware abstraction layer complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The hardware abstraction layer is segmented into multiple version-specific layers (HAL 1.0, HAL 2.0, HAL 3.0) that operate in parallel. Each HAL layer is responsible for a specific firmware version, allowing the system to support multiple firmware releases simultaneously without requiring a single complex HAL that handles all versions.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

A version detection mechanism acts as an intermediary that determines which HAL layer should be activated based on the firmware version. This mediator selects the appropriate HAL layer to interface with the application software, enabling automatic adaptation to different firmware versions without manual configuration.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If firmware upgrades are performed on all devices concurrently, then software/firmware compatibility is maintained, but network traffic is interrupted

Engineering Contradiction:
Improvesoftware firmware compatibilityVSAvoidnetwork service continuity
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system dynamically adapts to mixed firmware versions by activating different HAL layers based on each device's firmware version. This allows devices to be upgraded individually at different times, enabling rolling upgrades where some devices run older firmware while others run newer firmware, maintaining network service continuity throughout the upgrade process.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes the operational parameter of firmware version heterogeneity from an unacceptable state (requiring simultaneous upgrades) to an acceptable state (supporting mixed versions). By implementing multiple HAL layers that can coexist and interface with the same application software, the system accepts and manages parameter diversity in firmware versions across different devices.

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If multiple levels of backward compatibility are supported, then direct upgrades between distant versions are enabled, but the hardware abstraction layer becomes overly complex

Engineering Contradiction:
Improvefirmware version range supportVSAvoidhardware abstraction layer structure
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The hardware abstraction layer is segmented into multiple version-specific layers (HAL 1.0, HAL 2.0, HAL 3.0) that operate in parallel. Each HAL layer is responsible for a specific firmware version, allowing the system to support multiple firmware releases simultaneously without requiring a single complex HAL that handles all versions.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Instead of creating a single HAL layer that attempts to handle all possible firmware versions (excessive action), the system creates separate HAL layers only for the specific versions that need to be supported (partial action). This approach avoids the complexity of a universal HAL while still enabling direct upgrades between distant versions by providing the necessary intermediate HAL layers.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS8418163B2Stacked hardware abstraction layer methods for maintaining software/hardware backward compatibility
Publication Date: 2013.04.09 CIENA CORP
  • US8418163B2 patent drawing
  • US8418163B2 patent drawing
  • US8418163B2 patent drawing

AI summary

In various exemplary embodiments, the present invention provides methods for maintaining software/hardware backward compatibility across multiple versions in a modular and scalable manner. More specifically, the present invention provides, stacked hardware abstraction layer methods for maintaining software/hardware backward compatibility for networking equipment and the like.