Switch-to-Switch Tunneling for Layer 2 Fabric Management

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing network solutions, particularly multitier switching architectures, face inefficiencies in packet distribution and management, especially with the exponential growth of virtual machines and virtual networks, leading to complex and inflexible management of traffic separation.

Innovation Solution

Implementing a distributed layer 2 fabric that enables switches to create tunnels directly, allowing servers to operate as if they are on the same layer 2 network, without the need for server-to-server tunnels, using a network switch with a processor and memory to execute a tunneling engine that encapsulates and decapsulates packets between switches.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If servers establish and manage server-to-server tunnels for virtual network traffic, then traffic separation between virtual networks is achieved, but server processing overhead and management complexity increase significantly

Engineering Contradiction:
Improvetraffic separationVSAvoidmanagement complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces network switches as intermediary devices that establish tunnels between themselves (switch-to-switch tunneling) rather than requiring servers to create server-to-server tunnels. The switches act as mediators that handle the tunneling overhead, while servers simply communicate using standard layer 2 protocols. This transfers the tunneling management burden from servers to switches, reducing server processing overhead and simplifying server-side management while maintaining virtual network traffic separation.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The tunneling mechanism is made self-service at the switch level, where switches automatically establish and manage their own tunnels with other switches without requiring server intervention. The tunneling engine running on switches autonomously handles encapsulation, decapsulation, and tunnel maintenance, freeing servers from the burden of tunnel management while ensuring reliable virtual network isolation.

Inventive Principle:
Principle #25Self-service

2Adaptability or versatility

If software-based tunneling is implemented on servers to connect virtual machines across different networks, then virtual network connectivity is enabled, but line-rate performance is degraded due to processing overhead

Engineering Contradiction:
Improvevirtual network connectivityVSAvoidline-rate performance
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent replaces software-based tunneling on servers with hardware-based tunneling in switches. The tunneling engine is implemented in the switch's forwarding plane, allowing encapsulation and decapsulation operations to be performed in hardware at line rate. This substitution of hardware for software eliminates the processing overhead that degrades performance, while still enabling virtual machines across different networks to communicate through the tunneled connections.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

3Productivity

If multitier switching architecture is used to distribute packets, then network scalability is improved, but packet distribution efficiency at layer 2 and management flexibility deteriorate

Engineering Contradiction:
Improvepacket distribution efficiencyVSAvoidarchitecture complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent merges the tunneling functionality directly into the layer 2 switching fabric, creating a unified switch-to-switch tunneling architecture. Instead of separating tunneling operations from switching operations, the tunneling engine is integrated into the switch's forwarding plane, allowing packets to be encapsulated, forwarded, and decapsulated in a single efficient pass through the switching fabric. This integration improves packet distribution efficiency while maintaining architectural simplicity.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS9858104B2Connecting fabrics via switch-to-switch tunneling transparent to network servers
Publication Date: 2018.01.02 ARISTA NETWORKS INC
  • US9858104B2 patent drawing
  • US9858104B2 patent drawing
  • US9858104B2 patent drawing

AI summary

A network switch includes ports, memory, and a processor. The switch is operable to switch packets of a layer 2 network, and the memory is for storing a tunneling engine computer program. The processor executes the tunneling engine, where the processor identifies a second switch operable to switch layer-2 network packets. The identification includes detecting that the second switch is connected to the network switch over a layer 3 connection, and the tunneling engine creates a tunnel over the layer 3 connection between the switches to exchange layer-2 packets. The tunnels encapsulates and decapsulates the packets that are exchanged between the switches. When the processor determines that a packet from a first node to a second node that is connected to the second switch, the processor creates an encapsulation flow on the network switch to encapsulate packets from the first node to the second node over the tunnel.