Observability Metrics Search Across APIs, YANG, and SNMP

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

IT administrators face challenges in accessing and utilizing telemetry and metrics spread across various sources, including APIs, YANG models, and SNMP MIBs, which hinders the creation of bespoke dashboards and stifles innovation in network monitoring.

Innovation Solution

A metrics search engine that aggregates telemetry and metrics from different management protocols, allowing users to search, filter, and generate protocol-specific code snippets for desired metrics, simplifying the dashboard creation process.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If administrators directly access telemetry and metrics from multiple infrastructure sources, then they can extract operational status and build custom dashboards, but the complexity of finding, validating, and using metrics across many sources increases significantly

Engineering Contradiction:
Improveability to extract operational status from infrastructureVSAvoidcomplexity of finding and validating metrics across sources
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent combines multiple telemetry sources (APIs, YANG models, SNMP MIBs, command-line references) into a single unified search engine interface. This allows administrators to search for metrics across all sources simultaneously rather than accessing each source separately, reducing the complexity of finding and validating metrics while maintaining the ability to extract operational status from diverse infrastructure components.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The search engine acts as an intermediary layer between administrators and the underlying telemetry sources. It provides a standardized interface that abstracts away the complexity of different protocols and formats, automatically normalizing data from various sources into a common structure that can be easily consumed by dashboarding solutions.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Measurement precision

If administrators manually research and validate telemetry sources across multiple protocols, then they can obtain desired metrics, but the time and effort required for preliminary research increases

Engineering Contradiction:
Improveaccuracy of metric identificationVSAvoidtime for researching and validating telemetry sources
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The search engine performs preliminary actions by pre-ingesting and indexing telemetry definitions from multiple sources before administrators need to query them. This includes parsing YANG models, SNMP MIBs, API specifications, and command-line references in advance, so that when administrators search for metrics, the results are immediately available with validation already performed, eliminating the need for manual research and validation steps.

Inventive Principle:
Principle #10Preliminary action

3Ease of manufacture

If administrators use basic instrumentation collectors provided by monitoring solutions, then implementation is simple, but the ability to build bespoke dashboards with advanced metrics is limited

Engineering Contradiction:
Improvesimplicity of dashboard implementationVSAvoidcapability to build custom dashboards with advanced metrics
Core Design Contradiction:
Ease of manufactureVSAdaptability or versatility

Solution Approach 1:

The search engine provides a universal interface that works with multiple telemetry sources and protocols while supporting both simple and advanced use cases. It can return basic metrics for simple dashboards as well as advanced operational status metrics for custom bespoke dashboards, all through the same interface, thus maintaining ease of implementation while enabling advanced capabilities.

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

Data Source

PatentUS20250342216A1Instrumentation and metrics combining search engine for optimized observability
Publication Date: 2025.11.06 CISCO TECHNOLOGY INC
  • US20250342216A1 patent drawing
  • US20250342216A1 patent drawing
  • US20250342216A1 patent drawing

AI summary

In one implementation, a device may obtain a query specifying a metric of interest for network infrastructure. The device may search a repository of observability data to identify observability data associated with the metric of interest specified in the query. The device may generate output code providing protocol-specific implementation details for a management protocol associated with selected observability data for the metric of interest specified in the query. The device may provide the output code for export via a user interface.