SDN ARP Proxy Reduces Controller Load
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
In software-defined networking (SDN) environments, there is a lack of clear definition for processing address resolution protocol (ARP) requests, leading to increased load on central controllers and inability to dynamically allocate initial IP addresses, resulting in inefficient ARP request handling and limited communication between terminals across different networks.
Innovation Solution
Implementing an ARP proxy function within the controller and network devices to manage ARP requests and responses, allowing for centralized or distributed processing of ARP requests, and enabling dynamic IP allocation by selecting capable network devices to perform ARP proxy functions based on their availability.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If ARP requests are processed by broadcasting to all terminals in the network, then all terminals can receive the ARP request, but the load on the central controller increases significantly
Solution Approach 1:
The patent segments the ARP processing function by introducing ARP proxy terminals that handle ARP requests locally within their subnets rather than requiring all ARP requests to be broadcast to and processed by the central controller. This divides the workload and reduces controller load while maintaining reliable ARP request delivery.
Solution Approach 2:
The patent introduces ARP proxy terminals as intermediary elements between clients and the central controller. These proxy terminals receive ARP requests from clients, process them locally, and only forward necessary information to the controller, thereby reducing the controller's processing burden while ensuring reliable ARP request delivery.
2Adaptability or versatility
If ARP requests are broadcast to all terminals, then terminals in the same subnet can communicate, but terminals in different networks cannot be reached
Solution Approach 1:
The patent makes ARP proxy terminals multi-functional by enabling them to handle both local ARP requests within their subnet and forward ARP requests to other networks. This allows terminals to communicate within the same subnet through local ARP processing while also reaching terminals in different networks through the proxy's forwarding capability.
Solution Approach 2:
The ARP proxy terminal acts as an intermediary that bridges different networks. It receives ARP requests from terminals in one subnet, processes them, and forwards them to appropriate destinations in other networks, thereby enabling communication across network boundaries while simplifying the operation for end terminals.
3Productivity
If the router processes ARP requests autonomously, then ARP can be handled locally, but the router cannot dynamically allocate IP addresses or set gateway IPs
Solution Approach 1:
The patent implements a feedback mechanism where ARP proxy terminals report their status and allocated IP information back to the central controller. This allows the controller to dynamically allocate IP addresses and gateway IPs to proxy terminals based on network conditions, while still enabling local ARP processing for high productivity.
Solution Approach 2:
The patent introduces dynamic IP allocation capability to ARP proxy terminals through controller instructions. The system transitions from static ARP handling to dynamic IP allocation where the controller can assign IP addresses and gateway information to proxy terminals based on real-time network needs, maintaining both local processing efficiency and adaptability.
Data Source
AI summary
A method and device for processing an address resolution protocol (ARP) in a software-defined networking (SDN) environment is disclosed. The method includes receiving, by a first network device, an ARP request packet from a first terminal so that the first terminal communicates with a second terminal and transmitting, by the first network device, an ARP response message including MAC address information of the second terminal to the first terminal as a response to the ARP request packet. Accordingly, a load of the controller can be reduced by sharing and processing an ARP proxy function with the network device in the SDN environment.