Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Design und Implementierung von Bridged Overlays

Ein Bridged-Overlay bietet Ethernet-Bridging zwischen Leaf-Geräten in einem EVPN-Netzwerk, wie in Abbildung 1 dargestellt. Bei diesem Overlay-Typ werden die VLANs zwischen den Leaf-Geräten einfach über VXLAN-Tunnel erweitert. Bridged-Overlays bieten einen Overlay-Stil der Einstiegsklasse für Datencenter-Netzwerke, die Ethernet-Konnektivität, aber keine Routing-Services zwischen den VLANs benötigen.

In diesem Beispiel fungieren Loopback-Schnittstellen auf den Leaf-Geräten als VXLAN-Tunnelendpunkte (VTEPs). Die Tunnel ermöglichen es den Leaf-Geräten, VLAN-Datenverkehr an andere Leaf-Geräte und Ethernet-verbundene Endsysteme im Datencenter zu senden. Die Spine-Geräte bieten nur grundlegende EBGP-Underlay- und IBGP-Overlay-Konnektivität für diese Leaf-to-Leaf-VXLAN-Tunnel.

Abbildung 1: Überbrückte Überlagerung Bridged Overlay
Anmerkung:

Wenn für ein Bridged Overlay VLAN-übergreifendes Routing erforderlich ist, können Sie einen Router der MX-Serie oder ein Sicherheitsgerät der SRX-Serie verwenden, das sich außerhalb der EVPN/VXLAN-Fabric befindet. Andernfalls können Sie einen der anderen Overlay-Typen auswählen, die Routing beinhalten (z. B. ein Edge-Routing-Bridging-Overlay, ein zentral geroutetes Bridging-Overlay oder ein geroutetes Overlay), die in diesem Leitfaden zur Architektur von Cloud-Datencentern erläutert werden.

In den folgenden Abschnitten werden die detaillierten Schritte zum Konfigurieren eines Bridged Overlays beschrieben:

Konfigurieren eines Bridged Overlay

Überbrückte Overlays werden auf allen Plattformen unterstützt, die in diesem Referenzdesign enthalten sind. Um ein Bridged Overlay zu konfigurieren, konfigurieren Sie VNIs, VLANs und VTEPs auf den Leaf-Geräten und BGP auf den Spine-Geräten. Wir unterstützen entweder eine IPv4-Fabric oder eine IPv6-Fabric (mit unterstützten Plattformen) als Fabric-Infrastruktur mit Bridged-Overlay-Architekturen.

Wenn Sie diese Art von Overlay auf einem Spine-Gerät implementieren, liegt der Schwerpunkt auf der Bereitstellung von Overlay-Transportdiensten zwischen den Leaf-Geräten. Folglich konfigurieren Sie ein IP Fabric-Underlay und IBGP-Overlay-Peering mit IPv4 oder ein IPv6-Fabric-Underlay mit EBGP-IPv6-Overlay-Peering. Es sind keine VTEP- oder IRB-Schnittstellen erforderlich, da das Spine-Gerät in einem Bridged-Overlay keine Routing-Funktionalität oder EVPN/VXLAN-Funktionen bietet.

Auf den Leaf-Geräten können Sie ein Bridged Overlay mit der Standard-Switch-Instanz oder mit MAC-VRF-Instanzen konfigurieren.

Anmerkung:

EVPN-VXLAN wird auf Geräten mit Junos OS Evolved nur mit MAC-VRF-Instanzkonfigurationen unterstützt.

Darüber hinaus unterstützen wir das IPv6-Fabric-Infrastrukturdesign nur mit MAC-VRF-Instanzkonfigurationen.

Einige Konfigurationsschritte, die sich auf die Layer-2-Konfiguration auswirken, unterscheiden sich je nach MAC-VRF-Instanz. Ebenso können sich ein oder zwei Schritte bei IPv6-Fabric-Konfigurationen von IPv4-Fabric-Konfigurationen unterscheiden. Die Konfiguration des Leaf-Geräts umfasst die folgenden Schritte:

  • Aktivieren Sie EVPN mit VXLAN-Kapselung, um eine Verbindung zu anderen Leaf-Geräten herzustellen, und konfigurieren Sie die Loopback-Schnittstelle als VTEP-Quellschnittstelle. Wenn Sie MAC-VRF-Instanzen anstelle der Standard-Switching-Instanz verwenden, konfigurieren Sie eine MAC-VRF-Instanz mit diesen Parametern in der MAC-VRF-Instanz. Wenn Ihre Fabric eine IPv6-Fabric verwendet, konfigurieren Sie die VTEP-Quellschnittstelle als IPv6-Schnittstelle.

  • Legen Sie Routenziele und Unterscheidungsmerkmale für Routen fest. Wenn Sie MAC-VRF-Instanzen anstelle der Standard-Switching-Instanz verwenden, konfigurieren Sie eine MAC-VRF-Instanz mit diesen Parametern in der MAC-VRF-Instanz.

  • Konfigurieren Sie die ESI-Einstellungen (Ethernet Segment Identifier).

  • Ordnen Sie VLANs VNIs zu.

Auch bei dieser Overlay-Methode werden keine IRB-Schnittstellen oder Routing auf den Leaf-Geräten berücksichtigt.

In den folgenden Abschnitten werden die detaillierten Schritte zum Konfigurieren und Überprüfen des Bridged-Overlays beschrieben:

Konfigurieren eines Bridged Overlays auf dem Spine-Gerät

Führen Sie die folgenden Schritte aus, um ein Bridged Overlay auf einem Spine-Gerät zu konfigurieren:

Anmerkung:

Das folgende Beispiel zeigt die Konfiguration für Spine 1, wie in Abbildung 2 dargestellt.
Abbildung 2: Bridged Overlay – Spine-Gerät Bridged Overlay – Spine Device
  1. Stellen Sie sicher, dass das IP-Fabric-Underlay vorhanden ist. Informationen zum Konfigurieren einer IP-Fabric auf einem Spine-Gerät finden Sie unter IP Fabric Underlay-Netzwerkdesign und -implementierung.

    Wenn Sie eine IPv6-Fabric verwenden, finden Sie stattdessen weitere Informationen unter IPv6-Fabric-Underlay- und Overlay-Netzwerkdesign und -implementierung mit EBGP . Diese Anweisungen umfassen die Konfiguration der IPv6-Underlay-Konnektivität mit EBGP und IPv6-Overlay-Peering.

  2. Vergewissern Sie sich, dass Ihr IBGP-Overlay betriebsbereit ist. Informationen zum Konfigurieren eines IBGP-Overlays auf Ihren Spine-Geräten finden Sie unter Konfigurieren von IBGP für das Overlay.

    Wenn Sie ein IPv6-Fabric verwenden, ist dieser Schritt nicht erforderlich. In Schritt 1 wird auch beschrieben, wie das EBGP-IPv6-Overlay-Peering konfiguriert wird, das der IPv6-Underlay-Konnektivitätskonfiguration entspricht.

  3. (Nur QFX5130- und QFX5700-Switches) Legen Sie auf allen QFX5130 oder QFX5700 Switches in der Fabric, die Sie mit EVPN-VXLAN konfigurieren, die Option für das host-profile einheitliche Weiterleitungsprofil so fest, dass EVPN mit VXLAN-Kapselung unterstützt wird (weitere Informationen finden Sie unter Layer-2-Weiterleitungstabellen):

Verifizieren eines Bridged-Overlays auf dem Spine-Gerät

Geben Sie die folgenden Befehle ein, um zu überprüfen, ob das Overlay auf Ihren Spine-Geräten ordnungsgemäß funktioniert:

  1. Stellen Sie sicher, dass das Spine-Gerät für die Leaf-Geräte erreichbar ist. Diese Ausgabe zeigt die möglichen Routen zu Leaf 1.

    (Geben Sie bei einem IPv6-Fabric diesen Befehl mit der IPv6-Adresse des Spine-Geräts anstelle einer IPv4-Adresse ein.)

  2. Stellen Sie sicher, dass IBGP auf den Spine-Geräten, die als Routenreflektor-Cluster fungieren, funktionsfähig ist. Sie sollten Peer-Beziehungen mit allen Spine-Geräte-Loopback-Schnittstellen (192.168.0.1 bis 192.168.0.4) und allen Loopback-Schnittstellen für Blattgeräte (192.168.1.1 bis 192.168.1.96) sehen.

    Verwenden Sie denselben Befehl, wenn Sie über eine IPv6-Fabric mit EBGP-IPv6-Overlay-Peering verfügen. Suchen Sie in der Ausgabe nach den IPv6-Adressen der Schnittstellen des Peer-Geräts, um die Underlay-EBGP-Konnektivität zu überprüfen. Suchen Sie nach Loopbackadressen von Peer-Geräten, um das Overlay-EBGP-Peering zu überprüfen. Stellen Sie sicher, dass der Staat (etabliert) ist Establ .

Konfigurieren eines Bridged Overlay auf dem Leaf-Gerät

Gehen Sie wie folgt vor, um ein Bridged-Overlay auf einem Leaf-Gerät zu konfigurieren:

Anmerkung:

  • Das folgende Beispiel zeigt die Konfiguration für Leaf 1, wie in Abbildung 3 dargestellt.
Abbildung 3: Bridged Overlay – Leaf-Gerät Bridged Overlay – Leaf Device
  1. Konfigurieren Sie das IP Fabric-Underlay und -Overlay:

    Für ein IP Fabric-Underlay mit IPv4:

    Für ein IPv6-Fabric-Underlay mit EBGP-IPv6-Overlay-Peering:

  2. Konfigurieren Sie das EVPN-Protokoll mit VXLAN-Kapselung, und geben Sie die VTEP-Quellschnittstelle an (in diesem Fall die Loopback-Schnittstelle des Leaf-Geräts).

    Wenn Ihre Konfiguration die Standardinstanz verwendet, konfigurieren Sie EVPN-VXLAN auf globaler Ebene. Außerdem geben Sie die VTEP-Quellschnittstelle auf der [edit switch-options] Hierarchieebene an:

    Leaf 1 (Standardinstanz):

    Wenn Ihre Konfiguration MAC-VRF-Instanzen verwendet, definieren Sie eine Routing-Instanz vom Typ mac-vrf. Konfigurieren Sie dann EVPN-VXLAN und die VTEP-Quellschnittstelle auf der Hierarchieebene dieser MAC-VRF-Routinginstanz. Außerdem müssen Sie einen Diensttyp für die MAC-VRF-Instanz konfigurieren. Wir konfigurieren den vlan-aware Servicetyp so, dass Sie der MAC-VRF-Instanz mehrere VLANs zuordnen können. Diese Einstellung stimmt mit der alternativen Konfiguration überein, die die Standardinstanz verwendet.

    Leaf 1 (MAC-VRF-Instanz):

    Wenn Sie über eine IPv6-Fabric-Infrastruktur verfügen (die nur von MAC-VRF-Instanzen unterstützt wird), schließen Sie in diesem Schritt die inet6 Option ein, wenn Sie die VTEP-Quellschnittstelle so konfigurieren, dass die Geräte-Loopback-Adresse verwendet wird. Diese Option aktiviert IPv6-VXLAN-Tunneling in der Fabric. Dies ist der einzige Unterschied zwischen der MAC-VRF-Instance-Konfiguration mit einer IPv6-Fabric im Vergleich zur MAC-VRF-Instance-Konfiguration mit einer IPv4-Fabric.

    Leaf 1 (MAC-VRF-Instanz mit einer IPv6-Fabric):

  3. Definieren Sie ein EVPN-Routenziel und eine Routenunterscheidung, und verwenden Sie die Option zum automatischen Ableiten von auto Routenzielen. Durch Festlegen dieser Parameter wird festgelegt, wie die Routen importiert und exportiert werden. Der Import und Export von Routen aus einer Bridging-Tabelle ist die Grundlage für dynamische Overlays. In diesem Fall nehmen Mitglieder der globalen BGP-Community mit dem Routenziel target:64512:1111 am Austausch von EVPN/VXLAN-Informationen teil.

    Wenn Ihre Konfiguration die Standardinstanz verwendet, verwenden Sie Anweisungen in der Hierarchie [edit switch-options] wie folgt:

    Leaf 1 (Standardinstanz):

    Der Hauptunterschied zu einer MAC-VRF-Konfiguration besteht darin, dass Sie diese Anweisungen in der MAC-VRF-Instanz auf Hierarchieebene [edit routing-instances mac-vrf-instance-name] wie folgt konfigurieren:

    Leaf 1 (MAC-VRF-Instanz):

    Anmerkung:

    Ein bestimmtes Routenziel verarbeitet EVPN-Routen vom Typ 1, während ein automatisches Routenziel Routen vom Typ 2 verarbeitet. Für diesen Referenzentwurf sind beide Routenziele erforderlich.
  4. (Nur MAC-VRF-Instanzen) Aktivieren Sie gemeinsam genutzte Tunnel auf Geräten der QFX5000-Reihe, auf denen Junos OS ausgeführt wird.

    Bei einem Gerät können Probleme mit der VTEP-Skalierung auftreten, wenn die Konfiguration mehrere MAC-VRF-Instanzen verwendet. Um dieses Problem zu vermeiden, müssen Sie daher die Funktion "Shared Tunnels" auf den Switches der QFX5000-Reihe aktivieren, auf denen Junos OS mit einer MAC-VRF-Instanzkonfiguration ausgeführt wird. Wenn Sie die Option für gemeinsam genutzte Tunnel konfigurieren, minimiert das Gerät die Anzahl der Next-Hop-Einträge, um Remote-VTEPs zu erreichen. Diese Anweisung ist für die QFX10000 Reihe von Switches mit Junos OS optional, da diese Geräte eine höhere VTEP-Skalierung verarbeiten können als QFX5000 Switches. Sie müssen diese Option auch nicht auf Geräten konfigurieren, auf denen Junos OS Evolved ausgeführt wird, wo freigegebene Tunnel standardmäßig aktiviert sind.

    Fügen Sie die folgende Anweisung hinzu, um gemeinsam genutzte VXLAN-Tunnel auf dem Gerät global zu aktivieren:

    Anmerkung:

    Für diese Einstellung müssen Sie das Gerät neu starten.
  5. (Nur bei Routern der PTX10000 Serie erforderlich) Aktivieren Sie die Tunnelterminierung global (d. h. auf allen Schnittstellen) auf dem Gerät:
  6. Konfigurieren Sie die ESI-Einstellungen. Da die Endsysteme in diesem Referenzdesign auf drei Leaf-Geräte pro Gerätetyp-Cluster multihomet sind (z. B. QFX5100), müssen Sie auf allen drei Leaf-Geräten für jedes eindeutige Endsystem dieselbe ESI-Kennung und LACP-Systemkennung konfigurieren. Im Gegensatz zu anderen Topologien, bei denen Sie eine andere LACP-Systemkennung pro Leaf-Gerät konfigurieren und VXLAN eine einzelne designierte Weiterleitung auswählen lassen, verwenden Sie dieselbe LACP-Systemkennung, damit die 3 Leaf-Geräte als einzelne LAG für ein mehrfach vernetztes Endsystem angezeigt werden können. Verwenden Sie außerdem dieselbe aggregierte Ethernet-Schnittstellennummer für alle in der ESI enthaltenen Ports.

    Die Konfiguration für Leaf 1 ist unten dargestellt, aber Sie müssen diese Konfiguration sowohl auf Leaf 2 als auch auf Leaf 3 gemäß der in Abbildung 4 dargestellten Topologie replizieren.

    Trinkgeld:

    Wenn Sie eine ESI-Nummer erstellen, legen Sie das höherwertige Oktett immer auf 00 fest, um anzugeben, dass die ESI manuell erstellt wurde. Die anderen 9 Oktette können beliebige Hexadezimalwerte von 00 bis FF sein.
    Abbildung 4: ESI-Topologie für Leaf 1, Leaf 2 und Leaf 3 ESI Topology for Leaf 1, Leaf 2, and Leaf 3

    Blatt 1:

    Wenn Ihre Konfiguration MAC-VRF-Instanzen verwendet, müssen Sie der MAC-VRF-Instanz auch die konfigurierte aggregierte Ethernet-Schnittstelle hinzufügen:

  7. Konfigurieren Sie VLANs und ordnen Sie sie VNIs zu. Dieser Schritt ermöglicht es den VLANs, an VNIs in der gesamten EVPN/VXLAN-Domäne teilzunehmen.

    In diesem Schritt wird die VLAN-zu-VNI-Zuordnung entweder in der Standardinstanz oder in einer MAC-VRF-Instanzkonfiguration angezeigt.

    Leaf 1 (Standardinstanz):

    Leaf 1 (MAC-VRF-Instanz):

    Der einzige Unterschied zu einer MAC-VRF-Instanzkonfiguration besteht darin, dass Sie diese Anweisungen in der MAC-VRF-Instanz auf Hierarchieebene [edit routing-instances mac-vrf-instance-name] wie folgt konfigurieren:

Überprüfen des Bridged-Overlays auf dem Leaf-Gerät

Führen Sie die folgenden Befehle aus, um zu überprüfen, ob das Overlay auf Ihren Leaf-Geräten ordnungsgemäß funktioniert.

Die Befehle hier zeigen die Ausgabe für eine Standard-Instance-Konfiguration. Bei einer MAC-VRF-Instance-Konfiguration können Sie alternativ Folgendes verwenden:

  • show mac-vrf forwarding Befehle, bei denen es sich um Aliase für die show ethernet-switching Befehle in diesem Abschnitt handelt.

  • Der show mac-vrf routing instance Befehl, bei dem es sich um einen Alias für den show evpn instance Befehl in diesem Abschnitt handelt.

Unter Übersicht über den MAC-VRF-Routing-Instance-Typ finden Sie Tabellen show mac-vrf forwarding und show ethernet-switching Befehlszuordnungen sowie show mac-vrf routing Befehlsaliase für show evpn Befehle.

Die Ausgabe mit einer MAC-VRF-Instanzkonfiguration zeigt ähnliche Informationen für MAC-VRF-Routing-Instanzen an wie in diesem Abschnitt für die Standardinstanz. Ein Hauptunterschied besteht möglicherweise in der Ausgabe mit MAC-VRF-Instanzen auf Geräten, auf denen Sie die Funktion für gemeinsam genutzte Tunnel aktivieren. Wenn gemeinsam genutzte Tunnel aktiviert sind, werden VTEP-Schnittstellen im folgenden Format angezeigt:

wo:

  • index ist der Index, der der MAC-VRF-Routinginstanz zugeordnet ist.

  • shared-tunnel-unit ist die Nummer der Einheit, die der logischen VTEP-Remoteschnittstelle des gemeinsam genutzten Tunnels zugeordnet ist.

Wenn ein Gerät beispielsweise über eine MAC-VRF-Instanz mit Index 26 verfügt und die Instanz eine Verbindung zu zwei Remote-VTEPs herstellt, könnten die logischen VTEP-Schnittstellen des gemeinsam genutzten Tunnels wie folgt aussehen:

Wenn Ihre Konfiguration ein IPv6-Fabric verwendet, geben Sie ggf. IPv6-Adressparameter an. Die Ausgabe der Befehle, die IP-Adressen anzeigen, spiegelt die IPv6-Geräte- und Schnittstellenadressen aus der zugrunde liegenden Fabric wider. Die Fabric-Parameter, die in den Befehlsausgaben in diesem Abschnitt mit einer IPv6-Fabric wiedergegeben werden, finden Sie unter IPv6 Fabric Underlay and Overlay Network Design and Implementation with EBGP .

  1. Vergewissern Sie sich, dass die Schnittstellen betriebsbereit sind. Die Schnittstellen xe-0/0/10 und xe-0/0/11 sind über die Schnittstelle ae11 mit dem Ethernet-verbundenen Endsystem verbunden, während die Schnittstellen et-0/0/48 bis et-0/0/51 Uplinks zu den vier Spine-Geräten sind.
  2. Stellen Sie sicher, dass die Leaf-Geräte für ihre Peer-Leaf-Geräte erreichbar sind.

    Zeigen Sie beispielsweise auf Leaf 1 mit einer IPv6-Fabric die möglichen Routen zum Remote-Leaf 2 mit dem Befehl mit der show route address IPv6-Adresse des Geräts 2001:db8::192:168:1:2 für Leaf 2 an.

  3. Vergewissern Sie sich auf Leaf 1 und Leaf 3, dass in der Ethernet-Switching-Tabelle sowohl die lokalen MAC-Adressen als auch die über das Overlay erlernten Remote-MAC-Adressen installiert sind.
    Anmerkung:

    Um Endsysteme zu identifizieren, die aus der Ferne vom EVPN-Overlay gelernt wurden, suchen Sie nach der MAC-Adresse, der logischen ESI-Schnittstelle und der ESI-Nummer. Beispielsweise lernt Blatt 1 ein Endsystem mit der MAC-Adresse 02:0c:10:03:02:02 through kennen esi.1885. Dieses Endsystem hat eine ESI-Nummer von 00:00:00:00:00:00:51:10:00:01. Folglich stimmt dies mit der ESI-Nummer überein, die für Leaf 4, 5 und 6 (QFX5110-Switches) konfiguriert ist, sodass wir wissen, dass dieses Endsystem auf diese drei Leaf-Geräte multihomet ist.
  4. Überprüfen Sie die Remote-EVPN-Routen von einer bestimmten VNI- und MAC-Adresse aus.
    Anmerkung:

    Das Format der EVPN-Routen ist EVPN-route-type:route-distinguisher:vni:mac-address.

    Zeigen Sie beispielsweise mit einem IPv4-Fabric die Remote-EVPN-Routen von VNI 1000 und der MAC-Adresse 02:0c:10:01:02:02 an. In diesem Fall kommen die EVPN-Routen von Leaf 4 (Route Distinguisher 192.168.1.4) über Spine 1 (192.168.0.1).

    Oder zeigen Sie z. B. mit einer IPv6-Fabric die Remote-EVPN-Routen von VNI 1000 und der MAC-Adresse c8:fe:6a:e4:2e:00 an. In diesem Fall kommen die EVPN-Routen von Leaf 2 (Route Distinguisher 192.168.1.2) über Spine 1 (2001:db8::192:168:0:1).

  5. Überprüfen Sie die Quell- und Zieladresse jeder VTEP-Schnittstelle und zeigen Sie deren Status an. Verwenden Sie die show ethernet-switching vxlan-tunnel-end-point source Befehle und show interfaces vtep .
    Anmerkung:

    Ein horizontal skaliertes Referenzdesign kann 96 Leaf-Geräte haben, was 96 VTEP-Schnittstellen entspricht – eine VTEP-Schnittstelle pro Leaf-Gerät. Die Ausgabe hier wird aus Gründen der Lesbarkeit abgeschnitten.

    Das folgende Beispiel zeigt diese Befehle mit einer IPv4-Fabric:

    Das folgende Beispiel zeigt diese Befehle mit einem IPv6-Fabric:

  6. Stellen Sie sicher, dass jeder VNI dem zugeordneten VXLAN-Tunnel zugeordnet ist.

    Zum Beispiel mit einer IPv4-Fabric:

    Oder zum Beispiel mit einer IPv6-Fabric:

  7. Stellen Sie sicher, dass MAC-Adressen über die VXLAN-Tunnel gelernt werden.

    Zum Beispiel mit einer IPv4-Fabric:

    Oder zum Beispiel mit einer IPv6-Fabric:

  8. Überprüfen Sie die Multihoming-Informationen des Gateways und der aggregierten Ethernet-Schnittstellen.

    Zum Beispiel mit einer IPv4-Fabric:

    Oder zum Beispiel mit einer IPv6-Fabric:

  9. Stellen Sie sicher, dass der VXLAN-Tunnel von einem Leaf zum anderen Leaf über einen Lastenausgleich mit Equal Cost Multipathing (ECMP) über das Underlay verfügt.
  10. Stellen Sie sicher, dass Remote-MAC-Adressen über ECMP erreichbar sind.

    Zum Beispiel mit einer IPv4-Fabric:

    Anmerkung:

    Obwohl die MAC-Adresse über mehrere VTEP-Schnittstellen erreichbar ist, unterstützen QFX5100-, QFX5110-, QFX5120-32C- und QFX5200-Switches ECMP aufgrund einer ASIC-Beschränkung des Händlers nicht im gesamten Overlay. Nur die Switches der QFX10000-Reihe enthalten einen benutzerdefinierten ASIC von Juniper Networks, der ECMP sowohl für das Overlay als auch für das Underlay unterstützt.

    Oder zum Beispiel mit einer IPv6-Fabric:

  11. Überprüfen Sie, welches Gerät der Designated Forwarder (DF) für Broadcast-, unbekannten und Multicast-Datenverkehr (BUM) aus dem VTEP-Tunnel ist.

    Zum Beispiel mit einer IPv4-Fabric:

    Anmerkung:

    Da die DF-IP-Adresse als 192.168.1.2 aufgeführt ist, ist Leaf 2 die DF.

    Oder zum Beispiel mit einer IPv4-Fabric:

    Anmerkung:

    Da die DF-IPv6-Adresse als 2001:db8::192:168:1:1 aufgeführt ist, ist Leaf 1 die DF.

Siehe auch

Bridged Overlay – Versionsgeschichte

Tabelle 1 enthält einen Überblick über den Verlauf aller Features in diesem Abschnitt und deren Unterstützung in diesem Referenzdesign.

Tabelle 1: Bridged Overlay in der Cloud – Referenzdesign für Datencenter – Versionshistorie

Loslassen

Beschreibung

19.1R2

QFX10002-60C- und QFX5120-32C-Switches mit Junos OS Version 19.1R2 und späteren Versionen desselben Versionszugs unterstützen alle in diesem Abschnitt dokumentierten Funktionen.

18.4R2

QFX5120-48Y-Switches mit Junos OS Version 18.4R2 und späteren Versionen desselben Versionsstrangs unterstützen alle in diesem Abschnitt dokumentierten Funktionen.

18.1R3-S3

QFX5110 Switches, auf denen Junos OS Version 18.1R3-S3 und höhere Versionen desselben Release-Trains ausgeführt werden, unterstützen alle in diesem Abschnitt dokumentierten Funktionen.

17.3R3-S2

Alle Geräte im Referenzdesign, die Junos OS Version 17.3R3-S2 und höhere Versionen desselben Versionszugs unterstützen, unterstützen auch alle in diesem Abschnitt dokumentierten Funktionen.