Network Device ISSU Control for Incompatible Configuration Functions

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In-service software upgrades (ISSU) on network devices can detrimentally impact configuration functionalities, causing misbehavior or stopping their execution, leading to resource wastage in attempting to fix issues, and existing scripts often fail to correctly deactivate or activate these functionalities.

Innovation Solution

A network device automatically identifies and deactivates configuration functionalities incompatible with ISSU using first and second configuration data structures, performs the ISSU, and then activates them post-upgrade, minimizing resource usage and script reliance.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If configuration functionalities are deactivated manually using scripts before ISSU, then incompatible functionalities can be deactivated, but scripts often fail to correctly identify and deactivate all incompatible functionalities, leading to resource wastage and operational issues

Engineering Contradiction:
Improvecorrect deactivation of incompatible functionalitiesVSAvoidscript complexity and maintenance
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs automatic identification and deactivation of incompatible configuration functionalities through self-service mechanisms. The network device autonomously compares configuration data structures before and after the software package application, identifies incompatible functionalities, and deactivates them without requiring external manual intervention or complex scripting.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system changes the state parameter of configuration functionalities from active to inactive automatically. By monitoring and comparing configuration parameters before and after software package application, the system detects parameter changes that indicate incompatibility and automatically adjusts the functionality state to resolve the contradiction between software upgrade and configuration compatibility.

Inventive Principle:
Principle #35Parameter changes

2Reliability

If all configuration functionalities are deactivated during ISSU to ensure compatibility, then no misbehavior occurs, but compatible functionalities are unnecessarily deactivated, causing operational performance issues

Engineering Contradiction:
Improveprevention of configuration misbehaviorVSAvoidoperational performance
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system applies local quality by selectively deactivating only the specific configuration functionalities that are incompatible with the software upgrade, rather than deactivating all functionalities globally. The automatic identification process targets only the local incompatible elements, preserving the operational quality of compatible functionalities.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system segments the configuration functionalities into compatible and incompatible groups through automatic comparison of configuration data structures. By dividing the configuration space and identifying specific incompatible segments, the system can apply deactivation only where necessary, maintaining productivity of the compatible segments.

Inventive Principle:
Principle #1Segmentation

3Productivity

If ISSU procedure is performed without deactivating incompatible configuration functionalities, then no service disruption occurs, but the incompatible functionalities misbehave or stop executing, causing resource wastage

Engineering Contradiction:
Improvecontinuous network operationVSAvoidresource wastage
Core Design Contradiction:
ProductivityVSLoss of energy

Solution Approach 1:

The system performs preliminary action by automatically identifying and deactivating incompatible configuration functionalities before the ISSU procedure commences. This preliminary deactivation prevents the misbehavior and resource wastage that would occur during the upgrade, while maintaining continuous network operation through the in-service upgrade capability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system applies preliminary anti-action by preemptively deactivating incompatible configuration functionalities before they can cause harm during the ISSU procedure. This counter-action prevents the potential misbehavior and resource wastage, allowing the upgrade to proceed smoothly without negative consequences.

Inventive Principle:
Principle #9Preliminary anti-action

Data Source

PatentEP4239965B1Automatic deactivation and activation of configuration functionalities of a network device that are incompatible with performance of an in-service software upgrade procedure
Publication Date: 2025.09.03 JUNIPER NETWORKS INC
  • EP4239965B1 patent drawingFigure 1A
  • EP4239965B1 patent drawingFigure 1B
  • EP4239965B1 patent drawingFigure 1C

AI summary

A network device may be configured to identify a first configuration data structure included in the network device and may be configured to obtain a data package associated with an ISSU procedure that includes a second configuration data structure. The network device may be configured to identify, based on the first configuration data structure and the second configuration data structure, one or more configuration functionalities of the network device that are to not be active during performance of the ISSU procedure. The network device may be configured to cause the one or more configuration functionalities of the network device to be deactivated and to thereafter cause the ISSU procedure to be performed. The network device may be configured to cause, after causing the ISSU procedure to be performed, the one or more configuration functionalities of the network device to be activated.