Best Practices für die EVPN LAG-Konfiguration
Junos OS auf Switches der QFX-Serie unterstützt die Konfiguration im Enterprise-Stil und die Konfiguration im Service Provider-Stil.
Beide Konfigurationsstile können verwendet werden, um EVPN-LAGs zu konfigurieren. Wir empfehlen die Verwendung des Enterprise-Konfigurationsstils, da er mehr Datencenterfunktionen wie Sturmkontrollprofile und BPDU-Blockierung unterstützt, ohne dass RSTP auf den Leaf-Geräten aktiviert werden muss.
In diesem Abschnitt wird die EVPN-LAG-Konfiguration mit beiden Konfigurationsstilen behandelt.
EVPN LAG-Konfiguration einer CRB-Architektur unter Verwendung des Enterprise-Konfigurationsstils
Der Enterprise-Konfigurationsstil ist die empfohlene Methode zur Aktivierung der EVPN LAG-Funktionalität in den meisten Datencenter-Architekturen. Die Bereitstellung im Unternehmensstil ist im Allgemeinen einfacher als die Bereitstellung im Service Provider-Stil und im Allgemeinen besser mit anderen Layer-2-Funktionen kompatibel.
Die folgende Konfiguration enthält ein Beispiel für eine EVPN-LAG-Konfiguration, die mit dem Enterprise-Konfigurationsstil auf den Leaf-Geräten in einer zentral gerouteten Bridging-Architektur durchgeführt wurde.
user@leaf_node1>show configuration interfaces ae0
esi {
00:33:33:33:33:33:33:33:33:01; a unique but same value at leafs connected to given server
all-active;
}
aggregated-ether-options {
lacp {
active;
system-id 00:33:33:33:33:01; a unique but same value at leafs connected to given server
}
}
unit 0 {
family ethernet-switching {
interface-mode trunk;
vlan {
members [ 100-101 ]; the explicit vlan-ids enabled with vxlan - can’t be mixed with regular vlans on same ESI-LAG
}
}
}
user@leaf_node1> show configuration vlans
vlan100 {
vlan-id 100; value provisioned at the ESI-LAG interface in enterprise-mode
vxlan {
vni 50100;
}
}
vlan101 {
vlan-id 101;
vxlan {
vni 50101;
}
}
user@leaf_node1> show configuration interfaces et-0/0/50
description esi-lag-member-link;
ether-options {
802.3ad ae0;
}
user@leaf_node1> show configuration switch-options
vtep-source-interface lo0.0; lo0.0 must be in the global routing table
route-distinguisher 1.1.1.21:1; RD must be a unique value per leaf
vrf-import MY-FABRIC-IMPORT;
vrf-target target:1:5555;
root@dc-tme-qfx5110-1> show configuration protocols evpn
vni-options {
vni 10001 {
vrf-target target:1:100;
}
vni 10002 {
vrf-target target:1:101;
}
}
encapsulation vxlan;
multicast-mode ingress-replication;
default-gateway do-not-advertise;
extended-vni-list [ 50100 50101 ];
user@leaf_node1> show configuration policy-options policy-statement MY-FABRIC-IMPORT
term term1 {
from community MY-FAB-COMMUNITY;
then accept;
}
term term2 {
from community COM-VNI-50100;
then accept;
}
term term3 {
from community COM-VNI-50101;
then accept;
}
then reject;
user@leaf_node1> show configuration policy-options community MY-FAB-COMMUNITY
members target:1:5555;
user@leaf_node1> show configuration policy-options
policy-statement LB {
term term1 {
from protocol evpn;
then {
load-balance per-packet;
}
}
term term2 {
then {
load-balance per-packet;
}
}
}
policy-statement MY-FABRIC-IMPORT {
term term1 {
from community MY-FAB-COMMUNITY;
then accept;
}
term term2 {
from community ESI-SPINE;
then accept;
}
term term3 {
from community COM-VNI-50100;
then accept;
}
term term4 {
from community COM-VNI-50101;
then accept;
}
then reject;
}
policy-statement MY_VTEPS {
term term1 {
from {
route-filter 1.1.1.0/24 prefix-length-range /32-/32;
}
then accept;
}
then reject;
}
community COM-VNI-50100 members target:1:100;
community COM-VNI-50101 members target:1:101;
community MY-FAB-COMMUNITY members target:1:5555;
community SPINE-ESI members target:1:8888;
user@leaf_node1> show configuration protocols bgp
log-updown;
group overlay {
type internal;
local-address 1.1.1.21;
family evpn {
signaling;
}
vpn-apply-export;
local-as 64512;
bfd-liveness-detection {
minimum-interval 300;
multiplier 3;
}
multipath;
neighbor 1.1.1.11;
neighbor 1.1.1.12;
}
group underlay {
type external;
export MY_VTEPS;
multipath multiple-as;
neighbor 10.10.19.1 {
peer-as 65511;
}
neighbor 10.10.21.1 {
peer-as 65512;
}
}
user@leaf_node1> show configuration interfaces et-0/0/48
description spine0_connected;
mtu 9216;
unit 0 {
family inet {
address 10.10.19.2/24;
}
}
user@leaf_node1> show configuration interfaces et-0/0/49
description spine1_connected;
mtu 9216;
unit 0 {
family inet {
address 10.10.21.2/24;
}
}
EVPN LAG-Konfiguration einer CRB-Architektur unter Verwendung des Service-Provider-Konfigurationsstils
Die QFX5110 Switches unterstützen auch den Service Provider-Konfigurationsstil. Bei der Konfiguration von EVPN-LAGs im Konfigurationsstil "Service Provider" werden mehrere Einheiten pro EVPN-LAG zugewiesen. Diese Mehrfacheinheiten bieten die Möglichkeit, selektivere Filter- und Ratenbegrenzungsschnittstellen pro Einheit zu ermöglichen, aber diese Zuweisungen müssen pro Einheit erfolgen und sind daher aufwändig zu konfigurieren und zu warten. Diese Granularität wird in Datencenterarchitekturen mit Spine- und Leaf-Topologien im Allgemeinen nicht benötigt, daher empfehlen wir in den meisten Datencenter-Umgebungen nicht, bei der Aktivierung von EVPN-LAGs eine Konfiguration im Stil eines Service Providers zu verwenden.
Die folgende Konfiguration enthält ein Beispiel für eine EVPN-LAG-Konfiguration, die mit dem Konfigurationsstil "Service Provider" durchgeführt wurde. Diese Konfiguration wird unterstützt, wenn QFX5110 oder QFX5120 Switches in der Leaf-Geräterolle in einer Architektur betrieben werden, in der sich die IRBs nicht auf den Leaf-Geräten befinden, bei denen es sich um die CRB- (Central Routed Bridging) und die BO-Architektur (Bridged Overlay) handelt. Der Enterprise-Konfigurationsstil muss verwendet werden, um EVPN-LAGs zu aktivieren, wenn ein QFX5110- oder QFX5120-Switch als Leaf-Gerät in einer Edge Routed Bridging (ERB)-Architektur verwendet wird.
user@leaf_node1> show configuration interfaces ae11
flexible-vlan-tagging;
encapsulation extended-vlan-bridge;
esi {
00:33:33:33:33:33:33:33:33:01;
all-active;
}
aggregated-ether-options {
lacp {
active;
periodic fast;
system-id 00:33:33:33:33:01;
}
}
unit 100 {
vlan-id 100;
}
unit 101 {
vlan-id 101;
}
<- Corresponding VxLAN - > VLAN Mapping
user@leaf_node1> show configuration vlans vlan100
interface ae11.100;
vxlan {
vni 50100;
}
{master:0}
user@leaf_node1> show configuration vlans vlan101
interface ae11.101;
vxlan {
vni 50101;
}