Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Ethernet-Segmentbezeichner, ESI-Typen und LACP in EVPN-LAGs

In diesem Abschnitt werden Ethernet Segment Identifiers (ESIs), ESI-Typen und LACP in EVPN LAGs erläutert.

Ethernet-Segmentbezeichner und Nummerierung in EVPN-LAGs

Eine EVPN-LAG wird mithilfe eines Ethernet Segment Identifier (ESI) identifiziert. Ein ESI ist ein obligatorisches Attribut, das erforderlich ist, um das Multihoming des EVPN-LAG-Servers zu aktivieren.

ESI-Werte werden als 10-Byte-Ganzzahlen codiert und zur Identifizierung eines mehrfach vernetzten Segments verwendet. Derselbe ESI-Wert, der auf mehreren Leaf-Switch-Schnittstellen aktiviert ist, die mit demselben Server oder BladeCenter verbunden sind, bilden eine EVPN-LAG. Diese EVPN-LAG unterstützt Aktiv-Aktiv-Multihoming zum verbundenen Server.

Es wird empfohlen, einen ESI-Wert zu verwenden, der dieselben Werte für die ersten 8 Byte verwendet, mit Änderungen nur im 9. und 10. Byte auf einer Pro-EVPN-LAG-Basis. Die vier ESIs, die weiter unten in diesem Dokument verwendet werden, folgen diesen Zuweisungsrichtlinien und verwenden die folgenden ESI-Werte: 00:03:03:03:03:03:03:03:01, 00:03:03:03:03:03:03:03:03:02, 00:03:03:03:03:03:03:03:03:03 und 00:03:03:03:03:03:03:03:03:04. Die Verwendung einer strukturierten ESI-Zuweisungsmethode vereinfacht die Netzwerkverwaltung und stellt gleichzeitig sicher, dass die ESI-Werte in allen Junos OS-Versionen verwendet werden können. Die Kompatibilität mit allen Junos-Versionen ist in einigen Umgebungen aufgrund von Änderungen an der Handhabung der ES-Importrouten-Community in Junos OS Version 17.3R3 erforderlich.

Weitere Informationen zu ESIs und ESI-Nummerierung finden Sie im Abschnitt EVPN-Multihoming-Implementierung des Dokuments EVPN Multihoming-Übersicht .

ESI-Typen in EVPN-LAGs

Junos OS unterstützt derzeit ESI-Muster vom Typ 0 (manuell hartcodierter ESI-Wert), Typ 1 (automatisch von LACP abgeleitet) und Typ 5 (IRB-VGA-Gateway-ESI-Codierung basierend auf der autonomen Systemnummer). Weitere Informationen zu ESI-Typen finden Sie im Abschnitt EVPN-Multihoming-Implementierung des Dokuments EVPN Multihoming-Übersicht .

EVPN-Multihoming wird auf Steuerungsebenenebene mithilfe von EVPN-Routen vom Typ 4 und der erweiterten Community ES-Import Route-Target verwaltet, bei der es sich in Junos um einen automatisch abgeleiteten 6-Byte-Wert handelt, der aus dem 10-Byte-ESI-Wert abgeleitet wird. Diese erweiterte Community wird innerhalb der Typ-4-ES-Route verwendet, um mithilfe von EVPN-BGP-Nachrichten zu signalisieren, wenn Leaf-Geräte mit demselben mehrfach vernetzten CE-Gerät verbunden werden.

LACP in EVPN-LAGs

Externe Geräte wie Server erfordern fast immer einen LACP-Status, der mit der ESI-fähigen Schnittstelle auf den Leaf-Switches übereinstimmt, um sicherzustellen, dass der Server aktiv Datenverkehr über alle Mitgliedsschnittstellen im LAG-Bundle senden kann. Insbesondere sollte für alle Links, aus denen ein LAG-Bundle besteht, dieselbe ESI- und LACP-Systemkennung konfiguriert werden. Um die empfohlene System-ID-Konsistenz sicherzustellen, empfiehlt es sich, die System-ID auf der ESI zu basieren, die Sie jeder LAG zuweisen.

Wenn Sie z. B. einer LAG die ESI 00:03:03:03:03:03:03:03:01 zuweisen, wird empfohlen, die entsprechende System-ID aus den letzten 6 Bytes dieser ESI abzuleiten, d. h. "03:03:03:03:03:03:01". Die empfohlene bewährte Methode zum Ableiten der System-ID aus der ESI der LAG wird in den Konfigurationen demonstriert, die weiter unten in diesem Dokument vorgestellt werden.