Q-in-Q-Unterstützung für redundante Trunk-Links unter Verwendung von LAGs mit Link-Schutz
Grundlegendes zur Q-in-Q-Unterstützung für RTGs mit LAGs mit Link Protection
Redundante Trunk-Verbindungen bieten eine einfache Lösung für die Netzwerkwiederherstellung, wenn ein Trunk-Port an einem Switch ausfällt. In diesem Fall wird der Datenverkehr an einen anderen Trunk-Port weitergeleitet, wodurch die Netzwerkkonvergenzzeit auf ein Minimum reduziert wird.
Informationen zur Verwendung redundanter Trunk-Links in einer Legacy-RTG-Konfiguration (Redundant Trunk Groups), d. h. einer RTG-Konfiguration, die Q-in-Q- oder Service-Provider-Konfigurationen nicht unterstützt, finden Sie unter Grundlegendes zu redundanten Trunk-Links (Legacy-RTG-Konfiguration).
Sie können diese Funktion redundanter Trunk-Links (oder RTG) mit Q-in-Q-Unterstützung mithilfe von LAGs mit Link-Schutz sowohl in Service-Provider- als auch in Enterprise-Konfigurationen verwenden.
Diese Funktion von RTG mit Q-in-Q-Unterstützung umfasst Unterstützung für die folgenden Elemente, die in älteren RTG-Konfigurationen nicht unterstützt werden:
Konfiguration des flexiblen VLAN-Tagging auf derselben LAG, die die Konfigurationen redundanter Verbindungen unterstützt
Mehrere redundante Link-Konfigurationen auf einer physischen Schnittstelle
Multicast-Konvergenz
Die redundante Trunk-Link-Konfiguration (auch als "redundante Trunk Group (RTG)-Konfiguration" bezeichnet) enthält zwei Links: eine primäre oder aktive Verbindung und eine sekundäre Verbindung. Wenn die primäre Verbindung ausfällt, beginnt die sekundäre Verbindung automatisch mit der Weiterleitung des Datenverkehrs, ohne auf die normale Konvergenz des Spanning-Tree-Protokolls zu warten.
Der Datenverkehr wird nur über die primäre Verbindung weitergeleitet. Der auf der sekundären Verbindung empfangene Datenverkehr wird verworfen.
Während der Datenverkehr auf der sekundären Verbindung blockiert wird, ist der Layer-2-Kontrolldatenverkehr weiterhin zulässig. Sie können beispielsweise eine LLDP-Sitzung zwischen zwei Switches auf der sekundären Verbindung ausführen.
Das Rapid Spanning Tree Protocol (RSTP) ist auf den Switches standardmäßig aktiviert, um eine schleifenfreie Topologie zu erstellen, aber eine Schnittstelle kann sich nicht gleichzeitig in einer redundanten Trunk-Verbindung und in einer Spanning-Tree-Protokolltopologie befinden. Sie müssen RSTP auf einer Schnittstelle deaktivieren, wenn auf dieser Schnittstelle eine redundante Trunk-Verbindung konfiguriert ist. Spanning-Tree-Protokolle können jedoch weiterhin auf anderen Schnittstellen auf diesen Switches ausgeführt werden.
Der obere Teil von Abbildung 1 zeigt drei Switches in einer Topologie für redundante Trunk-Links auf einer LAG mit flexiblem VLAN-Tagging. Diese spezielle Konfiguration umfasst auch Untergruppen, die mehrere Links enthalten – es können nur zwei Untergruppen in der LAG vorhanden sein, und beide Untergruppen müssen die gleiche Anzahl von Links aufweisen.
Die in Abbildung 1 dargestellte Topologie gilt nur für die erste der drei Konfigurationen, die weiter unten in diesem Thema beschrieben werden. Weitere Informationen finden Sie unter Konfigurieren redundanter Trunk-Links auf einer LACP LAG (N:N-Link-Schutz mit Untergruppen). Während die übrigen Konfigurationstasks einige Elemente der ersten Aufgabe gemeinsam haben, sind einige absolute Werte, die in jeder Aufgabe bereitgestellt werden, für diese Aufgabe eindeutig, z. B. hat die Eingangsschnittstelle in jeder Aufgabe einen anderen Wert.
Switch 3 ist über Untergruppe 1 mit Switch 1 und über Untergruppe 2 mit Switch 2 verbunden. Die Untergruppen 1 und 2 befinden sich in einem aggregierten Ethernet-Bündel oder einer Link Aggregation Group (LAG) mit dem Schnittstellennamen ae0. Untergruppe 1 wird als primäre Verbindung und Untergruppe 2 als sekundäre Verknüpfung festgelegt. Der Datenverkehr fließt zwischen Switch 3 und Switch 1 durch Untergruppe 1. Während Untergruppe 1 aktiv ist, blockiert Untergruppe 2 den Datenverkehr.
Der untere Teil von Abbildung 1 veranschaulicht, wie die redundante Trunk-Link-Topologie funktioniert, wenn die primäre Verbindung ausfällt.
Wenn die Untergruppe 1 zwischen Switch 1 und Switch 3 ausfällt, übernimmt die Untergruppe 2 die primäre (aktive) Verbindung. Der Datenverkehr fließt zwischen Switch 3 und Switch 2 über die Untergruppe 2.
So funktioniert die Multicastkonvergenz in einer Topologie, wie sie in der vorherigen Abbildung dargestellt ist:
Da es sich bei LAG ae0 um einen Multicast-Router-Port handelt, werden alle auf Switch 3 empfangenen IGMP-Join-Nachrichten an Switch 1 weitergeleitet.
Wenn die Verbindung zwischen Switch 3 und Switch 1 ausfällt, wird der Datenverkehr für die Multicast-Quelle, die auf Switch 2 empfangen wird, auf alle Ports im VLAN geflutet.
Wenn die primäre Verbindung ausfällt, wird von Switch 3 eine allgemeine IGMP-Abfrage an alle Ports im VLAN gesendet, und die von Clients empfangenen IGMP-Berichte werden an Switch 2 weitergeleitet, über den das Lernen stattfindet. Dadurch wird eine Multicast-Konvergenz erreicht.
Konfigurieren redundanter Trunk-Links auf einer LAG mit Link-Schutz und flexiblem VLAN-Tagging
Es gibt mehrere Varianten der Konfiguration redundanter Trunk-Links auf einer LAG mit Link-Schutz und flexiblem VLAN-Tagging.
Nur zur Veranschaulichung zeigen die folgenden Konfigurationsaufgaben absolute Werte an, z. B. ge-0/0/30, anstelle von Variablen wie interface-name.
- Redundante Trunk-Links auf einer LACP-LAG konfigurieren (N:N-Link-Schutz mit Untergruppen)
- Konfigurieren redundanter Trunk-Verbindungen auf einer statischen LAG (1:1-Verbindungsschutz)
- Konfigurieren redundanter Trunk-Links auf einer LAG mit mehreren logischen Schnittstellen (1:1-Verbindungsschutz)
- Überprüfen, ob redundante Trunk-Verbindungen auf der LAG verfügbar sind, und Anzeigen aktiver Verbindungen
Redundante Trunk-Links auf einer LACP-LAG konfigurieren (N:N-Link-Schutz mit Untergruppen)
Konfigurieren redundanter Trunk-Verbindungen auf einer statischen LAG (1:1-Verbindungsschutz)
Konfigurieren redundanter Trunk-Links auf einer LAG mit mehreren logischen Schnittstellen (1:1-Verbindungsschutz)
Siehe auch
Überprüfen, ob redundante Trunk-Verbindungen auf der LAG verfügbar sind, und Anzeigen aktiver Verbindungen
Zweck
Stellen Sie sicher, dass die redundanten Trunk-Verbindungen in der LAG verfügbar sind, und prüfen Sie, welche Schnittstellen als primäre (aktive) Verbindungen konfiguriert sind.
Action!
Verwenden Sie die folgenden show Befehle:
show mac-refresh interface-name: Zeigt an, ob redundante Trunk-Links auf einer LAG mit Link-Schutz auf der angegebenen Schnittstelle aktiviert sind.show interfaces ge interface-name extensiveorshow interfaces xe interface-name extensive—Zeigt bei einer statischen LAG an, welche Schnittstelle als primäres Element festgelegt ist.show lacp interfaces—Zeigt bei einer LACP-LAG an, welche Mitgliedsschnittstellen aktiv und welche ausgefallen sind.