Cluster Link Aggregation ARP Synchronization via Backplane

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In cluster environments with link aggregation, managing Address Resolution Protocol (ARP) requests and updates across nodes is challenging due to the complexity of resolving MAC addresses for external IP addresses and ensuring all nodes in the cluster are updated correctly.

Innovation Solution

A method and system where a node sends ARP requests to all nodes in the cluster link aggregation, ensuring ARP replies are received and updated across all intermediary devices, using a common data backplane for message transmission, and updating local ARP entries based on received replies, even when Gratuitous ARP messages are involved.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a node sends ARP requests in a cluster link aggregation environment, then ARP resolution can be performed, but the complexity of managing ARP requests and updates across multiple nodes increases

Engineering Contradiction:
ImproveARP resolution accuracyVSAvoidARP management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent combines ARP request handling across multiple cluster nodes into a unified process. When a node receives an ARP request, it forwards the request to all other nodes in the cluster link aggregation through a synchronization mechanism, merging the ARP resolution process across distributed nodes to ensure consistent MAC address mapping throughout the cluster.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The patent implements feedback mechanisms where nodes send notifications to other nodes in the cluster when ARP entries are learned or updated. This feedback loop ensures that all nodes are informed of ARP resolution results and can update their local ARP tables accordingly, maintaining synchronization across the distributed system.

Inventive Principle:
Principle #23Feedback

2Adaptability or versatility

If ARP replies are received on different cluster nodes, then external IP communication can be established, but ensuring all nodes are updated with correct MAC address information becomes challenging

Engineering Contradiction:
ImproveExternal IP communication capabilityVSAvoidMAC address update consistency
Core Design Contradiction:
Adaptability or versatilityVSLoss of information

Solution Approach 1:

The patent uses feedback notifications to propagate ARP resolution information across all cluster nodes. When a node learns or updates an ARP entry, it sends a notification to other nodes, ensuring that MAC address information is consistently distributed throughout the cluster link aggregation, preventing information loss or inconsistency.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The patent implements preliminary actions by having nodes forward ARP requests to all other nodes before final resolution. This ensures that all nodes are prepared to handle the ARP resolution process and can update their ARP tables in a coordinated manner, preventing information loss when replies are received on different nodes.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If cluster nodes need to be updated about external IP and MAC address mappings, then communication can be established, but the process becomes more complex with aggregated links

Engineering Contradiction:
ImproveCommunication efficiencyVSAvoidCluster node update process
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent merges the ARP update process across all cluster nodes by implementing a unified notification mechanism. When ARP entries are learned or updated on any node, the system combines this information and distributes it to all other nodes through the cluster link aggregation, streamlining the update process despite the distributed nature of the system.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS9973468B2Systems and methods for address resolution protocol (ARP) resolution over a link aggregation of a cluster channel
Publication Date: 2018.05.15 CITRIX SYSTEMS INC
  • US9973468B2 patent drawing
  • US9973468B2 patent drawing
  • US9973468B2 patent drawing

AI summary

In the present solution, when a cluster node sends an Address Resolution Protocol (ARP) request for an external internet protocol (IP), the node sends a message to all the other nodes, which are part of the Cluster Link Aggregation (CLAG) to expect an ARP reply for the IP. When a node in the cluster receives the ARP reply, the node informs the other nodes which are part of the same CLAG to update the Machine Access Control (MAC) address. Also when an ARP entry is learned/updated over a CLAG link as part of an ARP request/Gratuitous ARP, the node learning/updating the ARP entry will inform other nodes which are part of the same CLAG about the learned/updated ARP entry. Nodes in a cluster may communicate between with each other over a dedicated backplane, which may be a separate physical medium.