ARP Mediation via Centralized SDN Controller

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Modern telecommunications networks, particularly those using MPLS, face inefficiencies due to complex control planes and high overhead from frequent ARP requests, leading to network congestion and increased setup times, especially in large-scale environments.

Innovation Solution

Implementing a centralized controller for ARP mediation, which receives ARP requests from core nodes, determines if the target MAC address is known, and sends a unicast ARP reply, reducing the need for broadcasting and minimizing traffic through the core network by using packet_in and packet_out messages for communication between nodes and the controller.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If frequent ARP requests are broadcast at L2 to resolve MAC addresses in large-scale networks, then address resolution can be achieved, but network overhead traffic increases and network congestion occurs

Engineering Contradiction:
Improveaddress resolution capabilityVSAvoidnetwork overhead traffic
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent extracts the ARP mediation function from the distributed L2 domain and centralizes it in the L3 core network. The SDN controller intercepts ARP requests at core nodes, determines target MAC addresses centrally, and sends unicast replies back through the core, eliminating the need for frequent L2 broadcasting and reducing network overhead traffic significantly

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent introduces the SDN controller as an intermediary between ARP requests and responses. The controller receives ARP requests from core nodes, resolves MAC addresses using its centralized forwarding table, and mediates the unicast ARP replies back to clients, thereby reducing broadcast traffic and optimizing address resolution efficiency

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If ARP requests are broadcast frequently to maintain cached MAC addresses, then address resolution remains current, but setup time for communication between hosts increases

Engineering Contradiction:
ImproveMAC address cache accuracyVSAvoidcommunication setup time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements preliminary action by having the SDN controller proactively populate its centralized forwarding table with MAC address mappings before they are needed. When ARP requests are intercepted, the controller can immediately provide MAC addresses from its pre-populated table, eliminating the need for hosts to wait for broadcast ARP responses and reducing communication setup time

Inventive Principle:
Principle #10Preliminary action

3Adaptability or versatility

If ARP resolution spans over the high-latency MPLS core, then address resolution can occur in SDN-controlled networks, but the high latency of the core network exacerbates the issue

Engineering Contradiction:
ImproveSDN control plane integrationVSAvoidARP resolution speed
Core Design Contradiction:
Adaptability or versatilityVSSpeed

Solution Approach 1:

The patent extracts the ARP resolution process from the high-latency MPLS core data plane and relocates it to the SDN controller. By having the controller handle ARP mediation centrally using its forwarding table, the system avoids the latency inherent in core network traversal for ARP requests and responses, thereby improving ARP resolution speed while maintaining SDN control plane integration

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS9813358B2Systems, methods, and apparatus for ARP mediation
Publication Date: 2017.11.07 INFINERA CORP
  • US9813358B2 patent drawing
  • US9813358B2 patent drawing
  • US9813358B2 patent drawing

AI summary

An exemplary network controller may be configured to perform ARP mediation through passively learning MAC addresses on client sides and keeping track of IP/MAC/Attachment point associations, hijacking ARP requests received by the core nodes through a packet_in operation or a redirection to other agents, injecting proxy ARP replies that provide target MAC information without the actual target being involved, and possibly programming the network nodes with the static ARP responding rule for a specified duration.