Access Switch ARP Resolution via DHCP Mapping Table

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In fat tree architectures, ARP request flooding consumes network bandwidth and CPU resources, and existing ARP proxy solutions suffer from poor real-time performance due to frequent communication with DHCP servers.

Innovation Solution

A method and system that generate a mapping table between intra-group servers and DHCP servers, allowing access switches to store and retrieve address information, thereby reducing the need for frequent DHCP server communication during ARP requests, enabling timely responses even during flooding.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If an ARP proxy server is used to solve ARP request flooding, then ARP request flooding problem is solved, but real-time performance deteriorates due to frequent communication with DHCP server

Engineering Contradiction:
ImproveARP request flooding solutionVSAvoidreal-time performance
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The access switch proactively obtains address information from the DHCP server and builds a mapping table in advance, before ARP requests are generated. This preliminary action allows the switch to immediately respond to ARP requests using the pre-built mapping table, eliminating the need for real-time DHCP communication and thus resolving the contradiction between solving ARP flooding and maintaining real-time performance

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The access switch acts as an intermediary between the DHCP server and ARP request processors. It intercepts DHCP communications, extracts address information, and maintains a local mapping table. This intermediary role allows the system to solve ARP flooding by centralizing address management while maintaining real-time performance through local cache, avoiding frequent DHCP communications

Inventive Principle:
Principle #24Intermediary (Mediator)

2Ease of operation

If ARP requests are broadcast to all servers and switches, then address resolution can be achieved, but network bandwidth and CPU resources are consumed

Engineering Contradiction:
Improveaddress resolutionVSAvoidnetwork bandwidth and CPU resources
Core Design Contradiction:
Ease of operationVSLoss of energy

Solution Approach 1:

The invention extracts the address information from the broad ARP broadcast process and concentrates it in a centralized mapping table maintained by the access switch. Instead of broadcasting ARP requests to all devices, the switch extracts and stores address-DHCP mappings locally, then uses this extracted information to directly respond to ARP requests, eliminating the need for network-wide broadcasts and thus saving bandwidth and CPU resources

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The access switch provides self-service by maintaining its own mapping table of address information obtained from DHCP communications. When an ARP request is received, the switch queries its own mapping table and directly provides the answer without needing to broadcast or query other devices. This self-service capability resolves the contradiction by enabling efficient address resolution while minimizing network resource consumption

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS9130938B2Method, switch, and system for processing a message
Publication Date: 2015.09.08 HUAWEI TECH CO LTD
  • US9130938B2 patent drawing
  • US9130938B2 patent drawing
  • US9130938B2 patent drawing

AI summary

Embodiments of the present invention provide a method, a switch, and a system for processing a message, which relate to the field of communications technologies, and are used to improve real-time performance in ARP request processing when APR request flooding occurs. An access switch generates a mapping table in a communication process between an intra-group server and a DHCP server, where the mapping table includes mapping between the intra-group server and address information of the intra-group server; receives an ARP request sent by a source server, where the ARP request is used to indicate a destination server that the source server needs to access; searches the mapping table according to the ARP request, and when the address information of the destination server is obtained according to the mapping table, sends the address information of the destination server to the source server.