Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Beispiele: Manuelle Konfiguration von VXLANs auf Switches der QFX-Serie und EX4600

Die folgenden Beispiele zeigen Anwendungsfälle für die manuelle Konfiguration von VXLANs auf QFX5100-, QFX5110-, QFX5200-, QFX5210- und EX4600-Switches.

Beispiel: Konfigurieren eines VXLAN-Transit-Switches

Wenn ein Switch der QFX-Serie oder EX4600 als Transit-Switch für nachgeschaltete Geräte fungiert, die als VTEPs fungieren, müssen Sie keine VXLAN-Informationen auf der QFX-Serie oder dem EX4600-Switch konfigurieren. Sie müssen PIM auf dem Switch konfigurieren, damit er die erforderliche Multicast-Struktur bilden kann, damit die VTEPs die Erreichbarkeit untereinander herstellen können.

Anforderungen

In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:

  • Zwei QFX5100 Switches

  • Junos OS-Version 14.1X53-D10

Überblick

Dieses Beispiel zeigt einen einfachen Anwendungsfall, bei dem QFX5100 Switches mit nachgeschalteten Servern verbunden sind, die als VTEPs fungieren. Die QFX5100 Switches müssen VXLAN-Pakete zwischen VM 1 auf Server 1 und VM 2 auf Server 2 weiterleiten. Da diese Konfiguration Layer-2-Konnektivität zwischen den VMs über die VXLAN-Tunnel ermöglicht, können Anwendungen VMotion zwischen den VMs durchführen.

Topologie

Abbildung 1 zeigt QFX 5100-Switches, die für die Weiterleitung von VXLAN-Paketen für nachgeschaltete VTEPs konfiguriert sind.

Abbildung 1: QFX5100 als VXLAN-Transit-Switch QFX5100 Acting as a VXLAN Transit Switch

Konfigurieren von PIM auf den Transit-Switches

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die für Ihre Netzwerkkonfiguration erforderlich sind, und kopieren Sie dann die Befehle und fügen Sie sie in die CLI auf Hierarchieebene [edit] ein.

Verfahren

Schritt-für-Schritt-Anleitung

Wenn Sie keinen SDN-Controller verwenden, um eine VXLAN-Steuerungsebene zu erstellen, müssen Sie PIM auf jedem Switch aktivieren, damit der VTEP Multicastgruppen verwenden kann, um seine Existenz anzukündigen und mehr über andere VTEPs zu erfahren. (Bei der Konfiguration von PIM wird IGMP automatisch aktiviert.) Sie müssen keine VXLAN-spezifische Konfiguration durchführen. Beachten Sie, dass Sie auch VLAN 1 auf keinem der beiden Switches konfigurieren müssen.

  1. Aktivieren Sie PIM.

  2. Konfigurieren Sie die Adresse eines PIM-Rendezvous-Punktes.

Beispiel: Konfigurieren eines VXLAN-Layer-2-Gateways

Wenn ein Switch der QFX-Serie oder EX4600 mit einem Downstream-Server verbunden ist, der eine VM hostet, die Layer-2-Konnektivität mit einer anderen VM benötigt, die nur über ein Layer-3-Netzwerk erreichbar ist, müssen Sie Folgendes tun:

  • Konfigurieren Sie den Switch so, dass er als VTEP fungiert, d. h. als Layer-2-Gateway für nachgeschaltete Layer-2-Geräte.

  • Konfigurieren Sie PIM auf dem Switch so, dass er die Multicaststruktur bilden kann, die für die Erreichbarkeit mit anderen VTEPs erforderlich ist, und um die Weiterleitung von BUM-Datenverkehr zwischen den VTEPs zu ermöglichen.

  • Aktivieren Sie ein Routing-Protokoll, z. B. OSPF, auf der Loopback-Schnittstelle und den Layer-3-Schnittstellen des VTEP.

Anforderungen

In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:

  • Zwei QFX5100 Switches

  • Junos OS-Version 14.1X53-D10

Überblick

Dieses Beispiel zeigt einen Anwendungsfall, in dem QFX5100 Switches als VTEPs fungieren, die eine Layer-2-Konnektivität zwischen VM 1 auf Server 1 und VM 2 auf Server 2 ermöglichen, sodass VMotion zwischen den VMs erfolgen kann. Die Server in diesem Beispiel können sich im selben oder in unterschiedlichen Datencentern befinden – die einzige Einschränkung besteht darin, dass zwischen den QFX5100 Switches Layer-3-Konnektivität bestehen muss. Dadurch kann Ihr Netzwerk sehr agil auf die Nachfrage nach Servernutzung oder Änderungen der Bandbreitenanforderungen reagieren.

Beachten Sie, dass Sie kein Gateway für den VXLAN-Datenverkehr im Layer-3-Netzwerk benötigen, da in beiden Layer-2-Domänen dasselbe VLAN vorhanden ist und beide Switches den VLAN-Datenverkehr in dasselbe VXLAN kapseln. Die Layer-3-VXLAN-Pakete werden normal geroutet, und es ist keine Entkapselung oder erneute Entkapselung erforderlich.

Topologie

Abbildung 2 zeigt QFX5100 Switches, die so konfiguriert sind, dass sie als VTEPs fungieren.

Abbildung 2: QFX5100 als VTEP QFX5100 Acting as a VTEP

Konfigurieren der Switches

CLI-Schnellkonfiguration

Um das QFX5100-96S 1 in diesem Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die für Ihre Netzwerkkonfiguration erforderlich sind, und kopieren Sie dann die Befehle und fügen Sie sie auf Hierarchieebene [edit] in die CLI ein.

Die Konfiguration für QFX5100-96S 2 ist identisch, mit Ausnahme von Änderungen an einigen Adressen:

Anmerkung:

Sie müssen auf beiden Switches dieselbe Multicast-Gruppenadresse konfigurieren VLAN1 .

Verfahren

Schritt-für-Schritt-Anleitung

Führen Sie auf beiden Switches das folgende Verfahren aus, um die Beispielkonfiguration einzurichten.

  1. Erstellen Sie eine erreichbare IPv4-Adresse auf der Loopback-Schnittstelle.

    Verwenden Sie für Switch QFX5100-96S 2 die Adresse 10.1.1.2.

  2. Konfigurieren Sie die Loopback-Schnittstelle – und damit die zugehörige Adresse – so, dass sie als Tunnelquelladresse verwendet wird.

  3. Aktivieren Sie PIM auf der Loopback-Schnittstelle.

  4. Fügen Sie die Loopback-Schnittstelle zum OSPF-Bereich 0.0.0.0 hinzu.

  5. Aktivieren Sie PIM auf der Schnittstelle, die eine Verbindung zum Layer-3-Netzwerk herstellt.

  6. Fügen Sie die Schnittstelle, die eine Verbindung zum Layer-3-Netzwerk herstellt, dem OSPF-Bereich 0.0.0.0 hinzu.

  7. Konfigurieren Sie die Adresse eines PIM-Rendezvous-Punktes.

  8. Erstellen Sie ein VLAN, ordnen Sie es einem VXLAN zu und weisen Sie dem VXLAN eine Multicast-Gruppenadresse zu. Alle Mitglieder eines VXLAN müssen dieselbe Multicast-Gruppenadresse verwenden.

    In diesem Beispiel sind die vlan-id und vni beide auf festgelegt 100. Dies geschieht nur der Einfachheit und Klarheit halber. Sie müssen and vlan-id vni nicht auf denselben Wert setzen.

  9. (Optional) Konfigurieren Sie den Switch so, dass das ursprüngliche VLAN-Tag (im inneren Ethernet-Paket) nach der VXLAN-Kapselung beibehalten wird. Standardmäßig wird das ursprüngliche Tag verworfen, wenn das Paket gekapselt wird.

  10. (Optional) Konfigurieren Sie das System so, dass die Adresse für den Remote-VTEP (den anderen QFX5100-Switch) veraltet ist, wenn alle MAC-Adressen, die von diesem VTEP gelernt wurden, veraltet sind. Die Adresse für den Remote-VTEP läuft die konfigurierte Anzahl von Sekunden nach Ablauf der zuletzt gelernten MAC-Adresse ab.

    (Optional) Konfigurieren Sie den Switch so, dass er die Kapselung aufhebt und die ursprünglichen VLAN-Tags in VXLAN-Paketen akzeptiert. Standardmäßig wird ein beibehaltenes VLAN-Tag verworfen, wenn das Paket entkapselt wird.

  11. Konfigurieren Sie die Schnittstelle, die eine Verbindung zum Layer-3-Netzwerk herstellt.

    Verwenden Sie für Switch QFX5100-96S 2 die Adresse 10.2.2.200.

  12. Konfigurieren Sie die serverseitige Schnittstelle so, dass sie mehrere VLANs unterstützt.

    Anmerkung:

    Da in diesem Beispiel nur ein VLAN gezeigt wird, ist dieser Schritt für das Beispiel nicht erforderlich. In einer realen Konfiguration wäre dies jedoch erforderlich, um mehrere VMs zu unterstützen, die mit mehreren VLANs verbunden sind. In diesem Fall müssten Sie auch zusätzliche VLAN-zu-VXLAN-Zuordnungen konfigurieren.

  13. Aktivieren Sie OSPF auf allen Schnittstellen, die dem Bereich 0.0.0.0 zugeordnet sind.

Befund

Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die folgenden Befehle auf QFX5100-96S 1 eingeben. Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Verifizierung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen der VXLAN-Erreichbarkeit

Zweck

Vergewissern Sie sich bei QFX5100-96S 1, dass eine Verbindung zum Remote-VTEP (QFX5100-96S 2) besteht.

Aktion
Bedeutung

Der VTEP auf QFX5100-96S 2 ist erreichbar, da seine IP-Adresse (die Adresse, die der Loopback-Schnittstelle zugewiesen ist) in der Ausgabe angezeigt wird. Die Ausgabe zeigt auch, dass das VXLAN (VNI 100) und die entsprechende Multicast-Gruppe auf dem Remote-VTEP korrekt konfiguriert sind.

Überprüfen, ob der lokale VTEP korrekt konfiguriert ist

Zweck

Überprüfen Sie auf QFX5100-96S 1, ob der Tunnelendpunkt korrekt ist.

Aktion
Bedeutung

Der VTEP auf QFX5100-96S 1 zeigt die korrekte Tunnel-Quell-IP-Adresse (die der Loopback-Schnittstelle zugewiesen ist), das VLAN und die Multicast-Gruppe für das VXLAN an.

Verifizieren des MAC-Lernens vom Remote-VTEP

Zweck

Vergewissern Sie sich auf QFX5100-96S 1, dass MAC-Adressen vom Remote-VTEP gelernt werden.

Aktion
Bedeutung

Die Ausgabe zeigt die MAC-Adressen, die vom Remote-VTEP gelernt wurden (zusätzlich zu denen, die auf den normalen Layer-2-Schnittstellen gelernt wurden). Es zeigt auch den logischen Namen der Remote-VTEP-Schnittstelle (vtep.12345 in der obigen Ausgabe).

Überwachen der Remote-Schnittstelle

Zweck

Überwachen Sie auf QFX5100-96S 1 die Datenverkehrsdetails für die Remote-VTEP-Schnittstelle.

Aktion
Bedeutung

Die Ausgabe zeigt Datenverkehrsdetails für die Remote-VTEP-Schnittstelle an. Um diese Informationen zu erhalten, müssen Sie den logischen Namen der Remote-VTEP-Schnittstelle (vtep.12345 in der obigen Ausgabe) angeben, den Sie mithilfe des show ethernet-switching table Befehls lernen können.

OSPF-Nachbar verifizieren

Zweck

Stellen Sie auf QFX5100-96S 1 sicher, dass sich der Remote-VTEP (QFX5100-96S 2) als OSPF-Nachbar etabliert hat.

Aktion
Bedeutung

Die Ausgabe zeigt, dass sich die Schnittstelle xe-0/0/0.0 auf QFX5100-96S 2 im Full Status befindet, was bedeutet, dass QFX5100-96S 2 ein vollständig benachbarter Nachbar ist. Der Full Status bedeutet auch, dass Layer-3-Konnektivität zwischen QFX5100-96S 1 und QFX5100-96S 2 besteht.