VXLAN Proxy ARP Reply Using VTEP Address Caching
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
VXLAN networks experience packet flooding due to the broadcasting of ARP request packets, leading to the occupation of network resources and a decline in performance.
Innovation Solution
Implementing a proxy reply mechanism at tunnel endpoints to directly respond to address request packets based on stored network addresses, reducing the need for broadcasted packets by using detection packets to update and manage address databases.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Loss of information
If VTEP broadcasts ARP request packets to obtain network addresses, then address resolution can be achieved, but network resources are occupied and network performance declines due to packet flooding
Solution Approach 1:
The patent applies preliminary action by having VTEPs proactively send detection packets to peer VTEPs to pre-obtain and cache network addresses before actual ARP requests are needed. This allows the VTEP to respond to address requests using cached information from detection packets, avoiding the need to broadcast ARP requests across the network and thus reducing packet flooding while maintaining address resolution capability
Solution Approach 2:
The patent introduces detection packets as an intermediary mechanism between VTEPs. These detection packets carry network address information and are exchanged between peer VTEPs to build local address caches. This intermediary approach replaces the traditional broadcast ARP mechanism, allowing VTEPs to obtain address information through direct unicast exchange rather than network-wide broadcasting, thereby reducing network resource occupation
2Loss of information
If VTEP broadcasts ARP request packets to resolve addresses, then target device network addresses can be obtained, but the VXLAN network experiences packet flooding
Solution Approach 1:
The patent implements preliminary action by exchanging detection packets between VTEPs to pre-populate local address databases with network address information from peer devices. When address resolution is subsequently needed, the VTEP can query its local database or use cached information from detection packets, eliminating the need to generate broadcast ARP requests and thus reducing the quantity of packets in the network
Solution Approach 2:
The patent extracts the address information exchange function from the traditional broadcast ARP mechanism. By using detection packets that carry network address information between peer VTEPs, the system separates address information acquisition from network-wide broadcasting, extracting only the necessary address data through direct VTEP-to-VTEP communication and removing the harmful broadcast flooding effect
3Loss of information
If VTEP uses broadcast to obtain network addresses, then address resolution is achieved, but network performance declines
Solution Approach 1:
The patent applies preliminary action by having VTEPs exchange detection packets in advance to build local caches of network address information. When address resolution is required, the VTEP can quickly retrieve addresses from its local database populated by detection packets, avoiding time-consuming network broadcasts and thus improving network performance while maintaining the address resolution function
Solution Approach 2:
The patent uses detection packets as an intermediary to facilitate efficient address information exchange between VTEPs. These detection packets enable direct unicast communication for address information sharing, replacing the inefficient broadcast mechanism and thereby improving network performance by reducing unnecessary traffic and processing overhead
Data Source
AI summary
The present application provides a method for performing a proxy reply to an address request packet. The method includes: receiving a first detection packet sent by a second tunnel endpoint; obtaining first network addresses carried by the first detection packet, where the first detection packet is generated by the second tunnel endpoint based on the stored first network addresses, and the first network addresses are network addresses of one or more first devices corresponding to the second tunnel endpoint; and in response to receiving a first address request packet, obtaining a first target network address from the first network addresses and sending the first target network address to a second device to perform a proxy reply to the first address request packet, where the second device is a device that sends the first address request packet to the first tunnel endpoint.