Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Bridged Overlay Design und Implementierung

Ein Bridged Overlay ermöglicht Ethernet-Bridging zwischen Leaf-Geräten in einem EVPN-Netzwerk, wie in Abbildung 1 dargestellt. Dieser Overlay-Typ erweitert einfach VLANs zwischen den Leaf-Geräten über VXLAN-Tunnel hinweg. Bridged Overlays bieten einen Einstiegs-Overlay-Stil 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-Tunnel-Endpunkte (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: Bridged Overlay Bridged Overlay
Hinweis:

Wenn Inter-VLAN-Routing für ein Bridged Overlay 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 enthalten (z. B. ein Edge-Routed Bridging-Overlay, ein zentral geroutetes Bridging-Overlay oder ein Routing-Overlay), das in diesem Leitfaden zur Architektur von Cloud-Datencentern beschrieben wird.

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

Konfigurieren eines Bridged-Overlays

Bridged-Overlays werden auf allen in diesem Referenzdesign enthaltenen Plattformen unterstützt. 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 VTEPs oder IRB-Schnittstellen erforderlich, da das Spine-Gerät keine Routing-Funktionalität oder EVPN/VXLAN-Funktionen in einem Bridged-Overlay bereitstellt.

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

Hinweis:

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

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 von MAC-VRF-Instanzen. Ebenso können sich ein oder zwei Schritte bei IPv6-Fabric-Konfigurationen im Vergleich zu IPv4-Fabric-Konfigurationen unterscheiden. Die Konfiguration des Leaf-Geräts umfasst die folgenden Schritte:

  • Aktivieren Sie EVPN mit VXLAN-Kapselung, um eine Verbindung mit 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 Routenunterscheidungsmerkmale 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 hier schließen Sie für diese Overlay-Methode keine IRB-Schnittstellen oder Routing auf den Leaf-Geräten ein.

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:

Hinweis:

Das folgende Beispiel zeigt die Konfiguration für Spine 1, wie in Abbildung 2 dargestellt.
Abbildung 2: Bridged Overlay – Spine Device 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, lesen Sie stattdessen 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 eine IPv6-Fabric verwenden, ist dieser Schritt nicht erforderlich. Schritt 1 behandelt auch die Konfiguration des EBGP-IPv6-Overlay-Peerings, 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 ein host-profile einheitliches Weiterleitungsprofil fest, um EVPN mit VXLAN-Kapselung zu unterstützen (weitere Informationen finden Sie unter Layer 2-Weiterleitungstabellen):

Überprüfen eines Bridged-Overlays auf dem Spine-Gerät

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

  1. Stellen Sie sicher, dass das Spine-Gerät die Leaf-Geräte erreichen kann. Diese Ausgabe zeigt die möglichen Routen zu Leaf 1.

    (Geben Sie bei einer 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 funktioniert, die als Routenreflektor-Cluster fungieren. Sie sollten Peer-Beziehungen mit allen Spine-Geräte-Loopback-Schnittstellen (192.168.0.1 bis 192.168.0.4) und allen Leaf-Geräte-Loopback-Schnittstellen (192.168.1.1 bis 192.168.1.96) sehen.

    Verwenden Sie den gleichen Befehl, wenn Sie eine IPv6-Fabric mit EBGP-IPv6-Overlay-Peering haben. Suchen Sie in der Ausgabe nach den IPv6-Adressen der Peer-Geräte, die Schnittstellen für die Verbindung herstellen, um die Underlay-EBGP-Konnektivität zu überprüfen. Suchen Sie nach Peer-Geräte-Loopback-Adressen, um Overlay-EBGP-Peering zu überprüfen. Stellen Sie sicher, dass der Staat (etabliert) ist Establ .

Konfigurieren eines Bridged-Overlays auf dem Leaf-Gerät

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

Hinweis:

  • 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 Hierarchieebene [edit switch-options] 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 dieser Hierarchieebene der MAC-VRF-Routing-Instanz. Außerdem müssen Sie einen Diensttyp für die MAC-VRF-Instanz konfigurieren. Wir konfigurieren den vlan-aware Servicetyp so, dass Sie mehrere VLANs mit der MAC-VRF-Instanz verknüpfen können. Diese Einstellung ist konsistent mit der alternativen Konfiguration, 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 für die Verwendung der Geräte-Loopback-Adresse konfigurieren. Diese Option ermöglicht IPv6-VXLAN-Tunneling in der Fabric. Dies ist der einzige Unterschied in der MAC-VRF-Instanzkonfiguration mit einer IPv6-Fabric im Vergleich zur MAC-VRF-Instanzkonfiguration 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 [edit switch-options] Hierarchie 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):

    Hinweis:

    Ein bestimmtes Routenziel verarbeitet EVPN-Typ-1-Routen, während ein automatisches Routenziel Typ-2-Routen verarbeitet. Dieser Referenzentwurf erfordert beide Routenziele.
  4. (nur MAC-VRF-Instanzen) Aktivieren Sie gemeinsam genutzte Tunnel auf Geräten in der QFX5000 Linie, auf denen Junos OS ausgeführt wird.

    Ein Gerät kann Probleme mit der VTEP-Skalierung haben, wenn die Konfiguration mehrere MAC-VRF-Instanzen verwendet. Um dieses Problem zu vermeiden, müssen Sie daher die Funktion "Freigegebene Tunnel" auf der QFX5000 Reihe von Switches aktivieren, die Junos OS mit einer MAC-VRF-Instanzkonfiguration ausgeführt werden. Wenn Sie die Option "Freigegebene 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, die Junos OS ausgeführt werden, 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, auf denen freigegebene Tunnel standardmäßig aktiviert sind.

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

    Hinweis:

    Diese Einstellung erfordert, dass Sie das Gerät neu starten.
  5. (Nur auf Routern der PTX10000-Serie erforderlich) Aktivieren Sie die Tunnel-Terminierung global (d. h. auf allen Schnittstellen) auf dem Gerät:
  6. Konfigurieren Sie die ESI-Einstellungen. Da die Endsysteme in diesem Referenzdesign mehrfach vernetzt sind für drei Leaf-Geräte pro Gerätetyp-Cluster (z. B. QFX5100), müssen Sie dieselbe ESI-Kennung und LACP-Systemkennung auf allen drei Leaf-Geräten für jedes eindeutige Endsystem konfigurieren. Im Gegensatz zu anderen Topologien, in denen Sie eine andere LACP-Systemkennung pro Leaf-Gerät konfigurieren und VXLAN eine einzelne designierte Weiterleitung auswählen lassen, verwenden Sie dieselbe LACP-System-ID, damit die 3 Leaf-Geräte als einzelne LAG für ein mehrfach vernetztes Endsystem angezeigt werden. 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 gezeigten Topologie replizieren.

    Tipp:

    Wenn Sie eine ESI-Nummer erstellen, setzen Sie das Oktett hoher Ordnung immer auf 00, um anzuzeigen, dass die ESI manuell erstellt wurde. Die anderen 9 Oktette können ein beliebiger Hexadezimalwert 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 den VLANs die Teilnahme an VNIs in der gesamten EVPN/VXLAN-Domäne.

    Dieser Schritt zeigt die Zuordnung von VLAN zu VNI entweder in der Standardinstanz oder in einer MAC-VRF-Instanzkonfiguration.

    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 folgenden Befehle zeigen die Ausgabe für eine Standard-Instanzkonfiguration. Mit einer MAC-VRF-Instanzkonfiguration können Sie alternativ Folgendes verwenden:

  • show mac-vrf forwarding Befehle, die Aliase für die show ethernet-switching Befehle in diesem Abschnitt sind.

  • Der show mac-vrf routing instance Befehl, der ein Alias für den show evpn instance Befehl in diesem Abschnitt ist.

Unter Übersicht über MAC-VRF-Routing-Instanztypen finden Sie Tabellen und show mac-vrf forwarding 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, den Sie möglicherweise sehen, ist die Ausgabe mit MAC-VRF-Instanzen auf Geräten, auf denen Sie die Funktion "Freigegebene Tunnel" aktivieren. Wenn freigegebene Tunnel aktiviert sind, werden VTEP-Schnittstellen im folgenden Format angezeigt:

Dabei gilt:

  • index ist der Index, der der MAC-VRF-Routing-Instanz zugeordnet ist.

  • shared-tunnel-unit ist die Einheitennummer, die der gemeinsam genutzten Tunnel der logischen Remote-VTEP Schnittstelle zugeordnet ist.

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

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

  1. Prüfen Sie, ob die Schnittstellen betriebsbereit sind. Die Schnittstellen xe-0/0/10 und xe-0/0/11 sind über die Schnittstelle AE11 dual 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 mit ihren Peer-Leaf-Geräten erreichbar sind.

    Zeigen Sie beispielsweise auf Leaf 1 mit einer IPv6-Fabric die möglichen Routen zu Remote-Leaf 2 an, indem Sie den Befehl mit der show route address IPv6-Adresse 2001:db8::192:168:1:2 für Leaf 2 verwenden.

  3. Vergewissern Sie sich auf Leaf 1 und Leaf 3, dass die Ethernet-Switching-Tabelle sowohl die lokalen MAC-Adressen als auch die Remote-MAC-Adressen installiert hat, die über das Overlay erlernt wurden.
    Hinweis:

    Um Endsysteme zu identifizieren, die remote aus dem EVPN-Overlay gelernt wurden, suchen Sie nach der MAC-Adresse, der logischen ESI-Schnittstelle und der ESI-Nummer. Beispielsweise lernt Leaf 1 etwas über ein Endsystem mit der MAC-Adresse von 02:0c:10:03:02:02 through 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-Zahl überein, die für Leaf 4, 5 und 6 (QFX5110-Switches) konfiguriert ist, sodass wir wissen, dass dieses Endsystem mit diesen drei Leaf-Geräten mehrfach vernetzt ist.
  4. Überprüfen Sie die Remote-EVPN-Routen von einer bestimmten VNI- und MAC-Adresse.
    Hinweis:

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

    Bei einer IPv4-Fabric können Sie beispielsweise die Remote-EVPN-Routen von VNI 1000 und der MAC-Adresse 02:0c:10:01:02:02 anzeigen. In diesem Fall kommen die EVPN-Routen von Leaf 4 (Routenunterscheidung 192.168.1.4) über Spine 1 (192.168.0.1).

    Oder mit einer IPv6-Fabric können Sie beispielsweise die Remote-EVPN-Routen von VNI 1000 und der MAC-Adresse c8:fe:6a:e4:2e:00 anzeigen. In diesem Fall stammen die EVPN-Routen von Leaf 2 (Routenunterscheidung 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 ihren Status an. Verwenden Sie die show interfaces vtep show ethernet-switching vxlan-tunnel-end-point source und-Befehle.
    Hinweis:

    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 ist zur besseren Lesbarkeit abgeschnitten.

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

    Oder das folgende Beispiel zeigt diese Befehle mit einer 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 ermittelt 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 zu einem anderen Leaf einen Lastenausgleich mit ECMP (Equal Cost Multipathing) über das Underlay ermöglicht.
  10. Stellen Sie sicher, dass Remote-MAC-Adressen über ECMP erreichbar sind.

    Zum Beispiel mit einer IPv4-Fabric:

    Hinweis:

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

    Oder zum Beispiel mit einer IPv6-Fabric:

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

    Zum Beispiel mit einer IPv4-Fabric:

    Hinweis:

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

    Oder zum Beispiel mit einer IPv4-Fabric:

    Hinweis:

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

Siehe auch

Bridged Overlay – Versionsgeschichte

Tabelle 1 enthält einen Überblick über alle Funktionen in diesem Abschnitt und ihre Unterstützung in diesem Referenzdesign.

Tabelle 1: Bridged Overlay im Cloud-Datencenter – Referenzdesign – Versionsverlauf

Veröffentlichung

Beschreibung

19.1R2

QFX10002-60C- und QFX5120-32C-Switches mit Junos OS Version 19.1R2 und höher im selben Release Train unterstützen alle in diesem Abschnitt beschriebenen Funktionen.

18,4R2

QFX5120-48Y-Switches mit Junos OS Version 18.4R2 und höher im selben Release Train unterstützen alle in diesem Abschnitt beschriebenen Funktionen.

18.1R3-S3

QFX5110-Switches mit Junos OS Version 18.1R3-S3 und höher im selben Release Train unterstützen alle in diesem Abschnitt beschriebenen Funktionen.

17.3R3-S2

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