Switch Modeling Interface for Network Configuration Control

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Managing network switches from different vendors is challenging due to incompatibilities in operating systems and control protocols, leading to difficulties in centralized control and configuration, especially when switches have insufficient processing capacity or storage for configuration data, and network topology changes.

Innovation Solution

A controller with a switch modeling interface that maintains switch models, generates control messages based on desired network configurations, and uses digest tables to efficiently update switch configurations, reducing traffic load and ensuring successful implementation of network changes.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If a controller provides thousands of control packets to a switch, then the desired network configuration can be implemented, but the switch processing capacity may be insufficient to process the control packets at the rate they are provided

Engineering Contradiction:
Improveconfiguration implementation speedVSAvoidconfiguration success rate
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The controller maintains switch models that pre represent the state of switches in the network. Before sending control packets, the controller uses these models to predict the switch's processing capacity and configure a rate limit for control packet transmission. This preliminary action prevents overwhelming the switch with too many packets too quickly, ensuring reliable processing while maintaining configuration implementation.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The controller receives feedback from switches about their processing status and uses this information to dynamically adjust the rate of control packet transmission. The switch model is updated based on actual switch responses, creating a feedback loop that allows the controller to adapt its packet transmission rate to match the switch's actual processing capacity, thereby maintaining both high productivity and reliability.

Inventive Principle:
Principle #23Feedback

2Quantity of substance

If configuration storage capacity at a switch is filled, then existing configuration data can be stored, but the switch may be incapable of storing any additional configuration data without overwriting existing configuration data

Engineering Contradiction:
Improveconfiguration storage capacityVSAvoidconfiguration update capability
Core Design Contradiction:
Quantity of substanceVSAdaptability or versatility

Solution Approach 1:

The controller maintains switch models that include information about the switch's configuration storage capacity. Before sending new configuration data, the controller checks the switch model to determine if there is sufficient storage space. If the storage is full, the controller can pre-plan which configuration entries to remove or consolidate before adding new ones, ensuring that the switch can accommodate new configuration data without overwriting existing critical data.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The switch model includes digests that allow the controller to efficiently determine what configuration data needs to be updated at the switch. This self-service mechanism enables the controller to identify only the necessary configuration changes, minimizing the amount of new data that needs to be stored and reducing the risk of storage capacity issues.

Inventive Principle:
Principle #25Self-service

3Adaptability or versatility

If a new switch connects or an existing switch disconnects from the network, then network topology changes, but this may lead to mismatch between the controller's view of the network and the actual configuration state of the network

Engineering Contradiction:
Improvenetwork topology flexibilityVSAvoidconfiguration state consistency
Core Design Contradiction:
Adaptability or versatilityVSLoss of information

Solution Approach 1:

The controller maintains switch models that are continuously updated based on feedback from switches about their connection status and configuration state. When a switch connects or disconnects, the controller receives notifications and updates the corresponding switch model to reflect the current network topology. This feedback mechanism ensures that the controller's view of the network remains synchronized with the actual configuration state, preventing mismatches even as the network topology dynamically changes.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The controller is prepared for topology changes by maintaining switch models that can be quickly updated when switches connect or disconnect. The switch models include all necessary configuration information that can be rapidly adjusted to reflect new network conditions. This preliminary preparation allows the controller to quickly adapt to topology changes and maintain configuration state consistency without information loss.

Inventive Principle:
Principle #10Preliminary action

4Ease of operation

If cross-platform protocols are used to control incompatible switches, then centralized control can be achieved, but it can be difficult or impossible to configure the switches of one vendor using the equipment of another vendor

Engineering Contradiction:
Improvecentralized control capabilityVSAvoidcontrol protocol compatibility
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The switch model acts as an intermediary representation of the actual switch. Instead of directly interacting with the diverse hardware and operating systems of different switch vendors, the controller interacts with simplified switch models that abstract away vendor-specific complexities. The switch model includes vendor-neutral attributes and digests that allow the controller to manage switches from different vendors using a unified approach, reducing device complexity while maintaining centralized control capability.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS9935831B1Systems and methods for controlling network switches using a switch modeling interface at a controller
Publication Date: 2018.04.03 ARISTA NETWORKS INC
  • US9935831B1 patent drawing
  • US9935831B1 patent drawing
  • US9935831B1 patent drawing

AI summary

The controller may include a switch modeling interface that maintains switch models of switches in a network. The switch modeling interface may receive a desired network configuration from application modules that respond to network events. The switch modeling interface may compare the desired network configuration with the current network configuration represented by the switch models. The switch modeling interface may generate control messages to the switches for only identified differences between the desired network configuration and the current network configuration as identified by the switch models. The differences may be identified based on digest values retrieved from the switches. The switch modeling interface may determine whether the control messages were successfully received and processed by a switch and may indicate success or failure to the application module that provided the desired network configuration.