Edge Switch Dynamic Service Policy Migration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current cloud computing environments face challenges in scalability and flexibility during large-scale client migration, as service resources are typically exclusive to physical zones and have fixed service execution sequences, limiting the ability to dynamically adapt to changing demands.

Innovation Solution

Implementing a method where edge switches receive and store VM classification and executing policies, encapsulating messages with service node information and sequences, enabling dynamic service policy execution and automatic migration across service nodes without location constraints.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If service resources are exclusively deployed for each physical zone, then service security and isolation are improved, but scalability and flexibility during client migration deteriorate

Engineering Contradiction:
Improveservice securityVSAvoidscalability during migration
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent segments service resources from physical zones by introducing virtualization. Service chains are divided into independent service function modules that can be dynamically allocated. The network architecture is segmented into service registration modules, service selection modules, and service execution modules, allowing service resources to be decoupled from physical locations while maintaining security through virtual boundary enforcement.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent creates universal service resources that can serve multiple physical zones through virtualization. Service function modules are designed to be multi-functional, capable of being instantiated and deployed across different zones as needed. The service chain framework provides universal service delivery mechanisms that work across zone boundaries, enabling the same service resources to support multiple zones dynamically.

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

2Adaptability or versatility

If service resources are re-deployed for large-scale client migration, then adaptability to migration is improved, but system complexity and manual configuration increase

Engineering Contradiction:
Improveadaptability to migrationVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements self-service mechanisms through automated service chain management. The service selection module automatically selects appropriate service chains based on client migration events without manual intervention. Service function modules self-configure and self-deploy to new locations as part of the migration process. The system autonomously handles service resource allocation, binding, and unbinding during migration, reducing manual configuration complexity.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent performs preliminary actions by pre-registering service function modules and pre-defining service chain templates before migration events occur. Service resources are pre-configured with metadata and service level agreements that enable automatic selection and deployment. Migration policies and service binding rules are established in advance, allowing the system to rapidly respond to migration events by executing pre-planned service chain instantiations rather than configuring services ad hoc during migration.

Inventive Principle:
Principle #10Preliminary action

3Stability of the object's composition

If service execution sequence is fixed, then service stability is improved, but flexibility in dynamic service ordering deteriorates

Engineering Contradiction:
Improveservice stabilityVSAvoidservice ordering flexibility
Core Design Contradiction:
Stability of the object's compositionVSAdaptability or versatility

Solution Approach 1:

The patent introduces dynamic service chain selection mechanisms that allow the service execution sequence to adapt based on runtime conditions. The service selection module dynamically determines which service chains to instantiate and in what order, based on client requirements, resource availability, and migration events. Service function modules can be dynamically added, removed, or reordered within the service chain framework, enabling flexible service composition while maintaining stability through consistent service delivery guarantees and service level agreements.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS10122548B2Services execution
Publication Date: 2018.11.06 HEWLETT PACKARD ENTERPRISE DEV LP
  • US10122548B2 patent drawing
  • US10122548B2 patent drawing
  • US10122548B2 patent drawing

AI summary

An edge switch receives a VM classification policy and an executing policy corresponding to each VM class distributed by a policy controller. The executing policy comprises information of each service node for processing a message and an executing sequence of the each service node. The edge switch receives a message sent by a VM connected to the edge switch, determines a VM class corresponding to the message according to the VM classification policy and determines an executing policy corresponding to the VM class. The edge switch encapsulates the message according to information of each service node to be executed by a VM of the VM class and an executing sequence, and sends the message, so that the message is sequentially sent to the each service node to be executed by the VM of the VM class to execute a service policy.