Compare Products

Hide

Clear All

VS

Time: September 19th, 2024
This article will describe the currently popular EVPN+VXLAN distributed implementation solution along with the development process of VXLAN.


Why adopt a distributed VXLAN solution?

Currently, there are two main ways to implement VXLAN: centralized and distributed. So should we choose a centralized VXLAN solution or a distributed VXLAN solution in the VXLAN deployment solution? In fact, this question is easy to answer. You can choose according to the scale of the data center. As shown in the following table, the best practice for large data centers with more than 5,000 server clusters is the distributed VXLAN solution.

Centralized VXLAN
Distributed VXLAN
Layer 3 gateway location
Layer 3 gateway is deployed at Spine
Layer 3 gateway is deployed at Leaf
Layer 2 gateway location
Layer 2 gateway is deployed at Leaf
Layer 2 gateway is deployed at Leaf
Traffic forwarding rules
Layer 3 traffic under the same -Leaf needs to detour the Spine
Layer 3 traffic under the same -Leaf does not need to detour the Spine
Table item storage rule
The Spine needs to store the MAC and ARP of the entire network
The Spine does not need to store the MAC and ARP of the entire network
Control Plane
Static or EVPN
EVPN
Operation and Management (O&M)
Simple, because the gateway is at Spine
Complex, because the gateway is at Leaf
Applicable Data center scale
Suitable for small scale networking
Suitable for medium and large scale networking
▲ Table 1 Differences between centralized VXLAN and distributed VXLAN

The centralized approach will have the common problems of traditional large Layer 2 networks, such as broadcast storms. To avoid this problem, the broadcast domain should not be too large, and thus the cluster size should not be too large as well. However, the distributed approach can reduce the broadcast domain to the edge because of Layer 3 along with the control function of EVPN, thereby forming a larger network scale.


Why EVPN is introduce as the control plane?

By comparison, distributed gateways are more suitable for networking with public cloud vendors or medium-to-large-scale private cloud data centers. VXLAN is defined by RFC7348, which only defines the behavior of the forwarding plane and does not specify the VXLAN control plane. In the early days of VXLAN technology, forwarding information was obtained through the forwarding plane, which was relatively simple to implement. However, as the scale of the network grows, relying entirely on the forwarding plane for control will cause broadcast and multicast storms in the network, and bring great problems to operation and maintenance (O&M). Therefore, VXLAN also needs a control plane. Before understanding EVPN, let's take a look at the comparison of several VXLAN control planes, as shown in the following table:

Static mode
IS-IS mode
EVPN mode
Controller mode
Tunnel Construction method
Adopts a static configuration approach
ENDP(Enhanced Neighbor Discovery Protocol) must be configured on VTEPs to discover VTEPs and establish tunnels
The extended BGP attribute enables neighbor discovery, automatically discovers VTEPs in VXLAN networks, and automatically creates VXLAN tunnels between VTEPs
Controller
System-controller
Tunnel establishment method between VTEPs
Adopts a static configuration approach
IS-IS protocol extension mode
VXLAN tunnels are automatically established through BGP extended attribute associations
Controller
System-controller
Address learning
Learns MAC address flooding
IS-IS protocol is implemented to learn remote addresses
Implementation of extended MP-BGP protocol
First packet reported,
The forwarding table item is issued by the Controller
Standardization
No control plane
Private protocol, extend IS-IS packets
The control protocol of EVPN has been standardized, see RFC 7348RFC7209, RFC7432
VTEP and Controller are based on the standard protocol framework Netconf/0penFlow, but each manufacturer has its own private definition, so they are not compatible
▲ Table 2 VXLAN control plane technology comparison

From the above table, we can see the benefits of using EVPN as the control plane:
1. Routing Protocols
For medium and large data centers, most of the routing protocols for underlay networks have adopted BGP, and EVPN is implemented through the extended protocol of BGP. Therefore, only one set of routing protocols needs to be maintained, which has more O&M advantages.
2.
Standardization
Compared with other control plane technologies, only EVPN has a standardized definition, which can achieve network heterogeneity and facilitate network compatibility and expansion.


Implementation Solution Based on EVPN+VXLAN

Next, let's take a look at the specific implementation solution based on EVPN+VXLAN. The network architecture is shown in the following figure:
▲ Figure 1 Physical network architecture

Type 3 routing - tunnel establishment
Based on EVPN-Type3 routing - Inclusive Multicast routing1
Automatically discover VTEPs (VXLAN Tunnel End Points, which are the endpoints of VXLAN tunnels) in the VXLAN network, create VXLAN tunnels between VTEPs, and automatically associate VNIs with VXLAN tunnels.

1This type of routing is mainly used for automatic discovery of VTEPs and dynamic establishment of VXLAN tunnels in the VXLAN control plane. VTEPs that are BGP EVPN peers transmit Layer 2 VNI and VTEP IP address information to each other through Inclusive Multicast routing. In particular, the Originating Router's IP Address field is the local VTEP IP address. If the peer VTEP IP address is reachable by Layer 3 routing, a VXLAN tunnel to the peer is established.

EVPN-Type2 Routing ——MAC and Routing Synchronization
Based on EVPN-Type2 routing - MAC/IP routing2, MAC and routing synchronization in the network can be automatically completed.

2The main functions of this type of routing are: host MAC address notification, host ARP notification, and host IP route notification.

EVPN-Type5 Routing —— Border Routing Access
In actual network deployment, we can choose either a Spine as the Border or a group of Leaf nodes as the Border, depending on the traffic in our actual network. If the traffic is mainly north-south, generally a group of Leaf nodes can be used as the Border. However, in some scenarios, such as hybrid cloud, east-west traffic still needs to be forwarded by the Border, so we recommend using Spine as the Border.

In this scenario where Underlay and Overlay are interconnected, a relatively important routing type of EVPN will be used - segment routing, which is transmitted through EVPN-Type5 routing - IP prefix routing. When the external route enters the Border, the Border will be synchronized to the VXLAN network through Type5 routing, thereby enabling hosts in the VXLAN network to access the external network.


Optimization of Distributed VXLAN Solution Deployment

1. Optimization point 1: ARP flood suppression
When the scale of virtual machines in the network expands, ARP broadcast will consume network bandwidth and there will be a risk of broadcast storm. In order to reduce the impact of ARP broadcast, we can suppress ARP flooding through ARP proxy.

ARP proxy implementation: After the gateway turns on the ARP proxy, the host learns that the remote ARP is the MAC address of the gateway. It has the following advantages:
Reduce the broadcast domain and suppress broadcast storms;
Increased cluster size: Since the ARP proxy is enabled, the Layer 2 broadcast becomes a Layer 3 route, so each VTEP only needs to maintain its own host MAC and can turn off the remote MAC synchronization function, thereby saving MAC table space and providing support for a larger cluster size.

However, it may not be applicable in some scenarios. For example, the DR mode of LVS requires LVS to learn the real MAC address of the server, so it cannot be replaced by the gateway MAC. In this scenario, we can disable the ARP proxy function of the VNI where the LVS is located to ensure normal communication in the DR mode.

2.
Optimization point 2: ARP-TO-HOST

▲ Figure 2 Service model

As shown in the figure above, assuming that VM1-4 belongs to the same subnet, this situation may occur due to business deployment or virtual machine migration. If VETP1 and VTEP4 publish network segment routes, due to the existence of ECMP, some traffic to VM1 will bypass VTEP1->VTEP4.

In order to solve this problem, detailed routing or host routing is needed. If you want to configure it manually, the workload is large and it is easy to make mistakes. Currently, a common method is to automatically generate host routing through ARP and publish it to the network.

Implementation method: After the gateway turns on ARP-TO-HOST, the host route is automatically generated according to the ARP table and automatically published to the network.


Summary

This article explains the implementation solution based on EVPN+VXLAN from the aspects of why distributed VXLAN is used, why EVPN is used as the control plane of VXLAN, the EVPN+VXLAN implementation solution and solution deployment optimization, which is also the recommended solution for Ruijie Network's virtualized data center network architecture. Welcome to leave a message for further communication.



Related Blog:
Exploration of Data Center Automated Operation and Maintenance Technology: Zero Configuration of Switches
Technology Feast | How to De-Stack Data Center Network Architecture
Technology Feast | A Brief Discussion on 100G Optical Modules in Data Centers

Research on the Application of Equal Cost Multi-Path (ECMP) Technology in Data Center Networks

Technology Feast | How to build a lossless network for RDMA

Ruijie Networks websites use cookies to deliver and improve the website experience.

See our cookie policy for further details on how we use cookies and how to change your cookie settings.

Cookie Manager

When you visit any website, the website will store or retrieve the information on your browser. This process is mostly in the form of cookies. Such information may involve your personal information, preferences or equipment, and is mainly used to enable the website to provide services in accordance with your expectations. Such information usually does not directly identify your personal information, but it can provide you with a more personalized network experience. We fully respect your privacy, so you can choose not to allow certain types of cookies. You only need to click on the names of different cookie categories to learn more and change the default settings. However, blocking certain types of cookies may affect your website experience and the services we can provide you.

  • Performance cookies

    Through this type of cookie, we can count website visits and traffic sources in order to evaluate and improve the performance of our website. This type of cookie can also help us understand the popularity of the page and the activity of visitors on the site. All information collected by such cookies will be aggregated to ensure the anonymity of the information. If you do not allow such cookies, we will have no way of knowing when you visited our website, and we will not be able to monitor website performance.

  • Essential cookies

    This type of cookie is necessary for the normal operation of the website and cannot be turned off in our system. Usually, they are only set for the actions you do, which are equivalent to service requests, such as setting your privacy preferences, logging in, or filling out forms. You can set your browser to block or remind you of such cookies, but certain functions of the website will not be available. Such cookies do not store any personally identifiable information.

Accept All

View Cookie Policy Details

Contáctenos

Contáctenos

How can we help you?

Contáctenos

Get an Order help

Contáctenos

Get a tech support