ARP Mediation via Centralized SDN Controller
Find Innovative SolutionsGenerate 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
Engineering 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
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
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
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
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
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
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
Data Source
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.


