Network Device Reboot Logging and Cause Analysis

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Network devices often reboot due to various reasons, but existing logging systems typically only record the latest reboot cause and do not persistently store information about previous reboots, limiting the ability to analyze and diagnose recurring issues.

Innovation Solution

A network device with a reboot component that detects reboots, determines the causes by analyzing log files, and updates a persistent reboot log with entries for each reboot, including previous reboots and their causes, allowing for comprehensive analysis of reboot events.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If existing logging systems only record the latest reboot cause, then the logging system remains simple, but the ability to analyze recurring issues is limited

Engineering Contradiction:
Improvereboot history informationVSAvoidlogging system complexity
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The patent applies preliminary action by persistently storing reboot cause information in a database before it can be lost. The system detects reboot causes by analyzing log files and immediately stores them in a persistent database, ensuring that historical reboot information is captured and preserved for future analysis, preventing information loss.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent uses copying by creating a persistent copy of reboot cause information in a database. Instead of only maintaining transient log files that may be overwritten, the system creates a permanent copy of each reboot cause entry in a structured database format, enabling long-term storage and analysis of reboot history.

Inventive Principle:
Principle #26Copying

2Reliability

If a persistent reboot log is implemented to store multiple reboot events, then comprehensive analysis of reboot events becomes possible, but the complexity of the logging system increases

Engineering Contradiction:
Improvereboot analysis reliabilityVSAvoidlogging system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies segmentation by dividing the logging system into distinct functional components: a detection module that identifies reboot events, an analysis module that determines reboot causes from log files, and a storage module that persists information in a database. This segmentation allows each component to be optimized independently, improving reliability while managing complexity through modular design.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent uses an intermediary approach by introducing a database as a mediator between the reboot detection/analysis processes and the long-term storage requirements. The database serves as an intermediary layer that structures and persists reboot cause information, enabling reliable historical analysis without requiring direct complex integration between all system components.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Measurement precision

If log files are analyzed to determine reboot causes, then accurate cause identification is achieved, but additional processing time and resources are required

Engineering Contradiction:
Improvereboot cause identification accuracyVSAvoidreboot processing time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The patent applies preliminary action by performing log file analysis immediately when a reboot is detected, before the log files may be overwritten or lost. The system proactively analyzes the log files and extracts reboot causes while the information is still available, ensuring accurate identification without delaying the logging process.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system performs self-service by automatically analyzing its own log files to determine reboot causes without requiring external intervention. The logging system independently processes its own data, extracts meaningful information, and stores the results, eliminating the need for manual analysis and reducing overall processing time.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS10877834B2Logging reboots of network devices
Publication Date: 2020.12.29 ARISTA NETWORKS INC
  • US10877834B2 patent drawing
  • US10877834B2 patent drawing
  • US10877834B2 patent drawing

AI summary

In some implementations, a method is provided. The method includes detecting a reboot of a network device. The method also includes determining a set of causes for a reboot of the network device. The method further includes updating a reboot log to include a first entry associated with the reboot of the network device. The first entry indicates the set of causes for the reboot of the network device. The reboot log includes a plurality of previous entries. The plurality of previous entries are associated with previous reboots of the network device. The plurality of previous entries indicates previous sets of causes for the previous reboots of the network device.