AUF DIESER SEITE
Load Balancing auf aggregierten Ethernet-Schnittstellen
Load Balancing auf aggregierten Ethernet-Schnittstellen reduziert Netzwerküberlastung, da der Datenverkehr auf mehrere Schnittstellen aufgeteilt wird.
Wenn Sie mehrere physische, aggregierte Ethernet-Schnittstellen zu einer einzigen logischen Schnittstelle bündeln, spricht man von Link-Aggregation. Link-Aggregation erhöht die Bandbreite, sorgt für eine elegante Verschlechterung bei Ausfällen, erhöht die Verfügbarkeit und bietet Load-Balancing-Funktionen. Durch das Load Balancing kann das Gerät eingehenden und ausgehenden Datenverkehr auf mehrere Schnittstellen aufteilen, um Staus im Netzwerk zu reduzieren. In diesem Thema werden das Load Balancing und das Konfigurieren des Load Balancing auf Ihrem Gerät beschrieben.
Verwenden Sie den Feature-Explorer , um die Plattform- und Release-Unterstützung für bestimmte Funktionen zu bestätigen.
Im Abschnitt Plattformspezifisches aggregiertes Ethernet-Lastausgleichsverhalten finden Sie Hinweise zu Ihrer Plattform.
Übersicht über Load Balancing und Ethernet Link Aggregation
Sie können eine LAG für eine Gruppe von Ethernet-Ports erstellen. Der L2-Bridging-Datenverkehr wird über die Mitgliedsverbindungen dieser Gruppe ausgeglichen, was die Konfiguration sowohl für Überlastungsprobleme als auch für Redundanz attraktiv macht. Jedes LAG-Bundle enthält bis zu 16 Links. Die Plattformunterstützung hängt von der Version von Junos OS in Ihrer Installation ab.
Bei LAG-Bundles bestimmt der Hashing-Algorithmus, wie der Datenverkehr, der in ein LAG-Bundle gelangt, auf die Mitglieder-Links des Bundles gelegt wird. Der Hashing-Algorithmus versucht, die Bandbreite zu verwalten, indem er den gesamten eingehenden Datenverkehr gleichmäßig über die Mitgliedsverbindungen im Bundle verteilt. Der Hash-Modus des Hashing-Algorithmus ist standardmäßig auf L2-Nutzlast eingestellt. Wenn der Hash-Modus auf L2-Nutzlast eingestellt ist, verwendet der Hashing-Algorithmus die IPv4- und IPv6-Nutzlastfelder für das Hashing. Sie können den Load Balancing-Hash-Schlüssel für L2-Datenverkehr auch so konfigurieren, dass Felder in den L3- und Layer 4-Headern mithilfe der payload Anweisung verwendet werden. Beachten Sie jedoch, dass das Lastausgleichsverhalten plattformspezifisch ist und auf geeigneten Hashschlüsselkonfigurationen basiert.
Weitere Informationen finden Sie unter Konfigurieren des Load Balancing auf einer LAG-Verbindung. In einem L2-Switch ist eine Verbindung überlastet und andere Verbindungen sind nicht ausgelastet.
Aggregiertes Ethernet-Lastenausgleich verstehen
Die Link-Aggregationsfunktion wird verwendet, um mehrere physische, aggregierte Ethernet-Schnittstellen zu einer logischen Schnittstelle zu bündeln. Eine oder mehrere Links werden aggregiert, um eine virtuelle Verbindung oder Linkaggregationsgruppe (LAG) zu bilden. Der MAC-Client behandelt diese virtuelle Verbindung so, als wäre sie eine einzelne Verbindung. Link Aggregation erhöht die Bandbreite, sorgt für eine elegante Verschlechterung bei Ausfällen und erhöht die Verfügbarkeit.
Zusätzlich zu diesen Vorteilen wird ein aggregiertes Ethernet-Bundle um Load-Balancing-Funktionen erweitert, die sicherstellen, dass die Link-Auslastung unter den Mitglieds-Links des aggregierten Ethernet-Bundles vollständig und effizient genutzt wird.
Die Load-Balancing-Funktion ermöglicht es einem Gerät, eingehenden und ausgehenden Datenverkehr auf mehrere Pfade oder Schnittstellen aufzuteilen, um die Überlastung des Netzwerks zu reduzieren. Load Balancing verbessert die Auslastung verschiedener Netzwerkpfade und stellt eine effektivere Netzwerkbandbreite bereit.
Zu den Anwendungen, die Load Balancing verwenden, gehören in der Regel:
Aggregierte Schnittstellen (Layer 2)
Aggregierte Schnittstellen (auch AE für aggregiertes Ethernet und AS für aggregiertes SONET genannt) sind ein Layer-2-Mechanismus für den Lastausgleich über mehrere Schnittstellen zwischen zwei Geräten. Da es sich um einen Layer-2-Lastausgleichsmechanismus handelt, müssen sich alle einzelnen Komponentenverbindungen zwischen denselben beiden Geräten an beiden Enden befinden. Junos OS unterstützt eine nicht signalisierte (statische) Konfiguration für Ethernet und SONET sowie das standardisierte 802.3ad-LACP-Protokoll für die Aushandlung über Ethernet-Verbindungen.
Mehrfachpfade zu gleichen Kosten (ECMP) (Layer 3)
Wenn für die aktive Route mehrere Pfade zu gleichen Kosten zum selben Ziel vorhanden sind, verwendet Junos OS standardmäßig einen Hash-Algorithmus, um eine der Next-Hop-Adressen auszuwählen, die in der Weiterleitungstabelle installiert werden sollen. Immer wenn sich die Menge der nächsten Hops für ein Ziel in irgendeiner Weise ändert, wird die Next-Hop-Adresse mithilfe des Hash-Algorithmus neu gewählt. Es gibt auch eine Option, mit der mehrere Next-Hop-Adressen in der Weiterleitungstabelle installiert werden können, das sogenannte Per-Packet Load Balancing.
ECMP-Load Balancing kann sein:
Über BGP-Pfade hinweg (BGP Multipath)
Innerhalb eines BGP-Pfads, über mehrere LSPs hinweg
In komplexen Ethernet-Topologien kommt es aufgrund des erhöhten Datenverkehrsflusses zu Ungleichgewichten im Datenverkehr, und das Load Balancing wird aus folgenden Gründen zu einer Herausforderung:
Falsches Load Balancing durch aggregierte Next Hops
Falsche Paket-Hash-Berechnung
Unzureichende Varianz im Paketfluss
Falsche Musterauswahl
Infolge eines Ungleichgewichts im Datenverkehr wird die Last nicht gut verteilt, was zu Überlastungen in bestimmten Verbindungen führt, während einige andere Verbindungen nicht effizient genutzt werden.
Um diese Herausforderungen zu meistern, bietet Junos OS die folgenden Lösungen zur Behebung des tatsächlichen Ungleichgewichts des Datenverkehrs auf aggregierten Ethernet-Paketen (IEEE 802.3ad).
Adaptives Load Balancing
Adaptives Load Balancing verwendet einen Feedback-Mechanismus, um ein echtes Ungleichgewicht im Datenverkehr zu korrigieren. Um die Ungleichgewichtsgewichte zu korrigieren, werden die Bandbreite und der Paketstrom der Links angepasst, um eine effiziente Verteilung des Datenverkehrs auf die Links in einem AE-Bundle zu erreichen.
Um das adaptive Load Balancing zu konfigurieren, schließen Sie die
adaptiveAnweisung auf Hierarchieebene[edit interfaces aex aggregated-ether-options load-balance]ein.Um den Toleranzwert als Prozentsatz zu konfigurieren, schließen Sie das
toleranceoptionale Schlüsselwort auf Hierarchieebene[edit interfaces aex aggregated-ether-options load-balance adaptive]ein.Um das adaptive Load Balancing basierend auf Paketen pro Sekunde (anstelle der Standardeinstellung für Bits pro Sekunde) zu konfigurieren, schließen Sie das
ppsoptionale Schlüsselwort auf Hierarchieebene[edit interfaces aex aggregated-ether-options load-balance adaptive]ein.Um das Überprüfungsintervall für den Hashwert basierend auf der Abtastrate der letzten zwei Sekunden zu konfigurieren, schließen Sie das
scan-intervaloptionale Schlüsselwort auf Hierarchieebene[edit interfaces aex aggregated-ether-options load-balance adaptive]ein.Zufälliges Spray-Load-Balancing pro Paket
Wenn die adaptive Load-Balancing-Option fehlschlägt, dient als letzter Ausweg das Random Spray Load Balancing pro Paket. Es stellt sicher, dass die Mitglieder eines AE-Bundles gleichmäßig ausgelastet werden, ohne die Bandbreite zu berücksichtigen. Pro Paket führt zu einer Neuordnung der Pakete und wird daher nur empfohlen, wenn die Anwendungen eine Neuordnung absorbieren. Das Random Spray pro Paket eliminiert Ungleichgewichte im Datenverkehr, die als Folge von Softwarefehlern auftreten, mit Ausnahme von Paket-Hash.
Um das Random Spray Load Balancing pro Paket zu konfigurieren, schließen Sie die
per-packetAnweisung auf Hierarchieebene[edit interfaces aex aggregated-ether-options load-balance]ein.
Die aggregierten Ethernet-Load-Balancing-Lösungen schließen sich gegenseitig aus. Wenn mehr als eine der Lastausgleichslösungen konfiguriert ist, überschreibt die zuletzt konfigurierte Lösung die zuvor konfigurierte. Sie können die verwendete Lastausgleichslösung überprüfen, indem Sie den show interfaces aex aggregated-ether-options load-balance Befehl ausgeben.
Siehe auch
Stateful Load Balancing für aggregierte Ethernet-Schnittstellen mit 5-Tupel-Daten
Wenn mehrere Datenströme von einer aggregierten Ethernet-Schnittstelle (ae) übertragen werden, müssen die Datenströme gleichmäßig auf die verschiedenen Mitgliedsverbindungen verteilt werden, um ein effektives und optimales Lastausgleichsverhalten zu ermöglichen. Um eine optimierte und robuste Methode des Lastausgleichs zu erhalten, spielt der Mitgliedslink des aggregierten Ethernet-Schnittstellenpakets, der jedes Mal für das Load Balancing ausgewählt wird, eine wichtige Rolle. Der ausgewogene Modus der Linkauswahl verwendet 'n'-Bits in einem vorberechneten Hashwert, wenn er einen von 2^n (2 hoch n) Next-Hop in der Unilist auswählen muss. Der unsymmetrische Modus der Member-Link- oder Next-Hop-Auswahl verwendet 8 Bit in einem vorberechneten Hash, um einen Eintrag in einer Selektortabelle auszuwählen, was nach dem Zufallsprinzip mit den Member-Link-IDs der Link-Aggregationsgruppe (LAG) oder aedes Bundles geschieht.
Der Begriff "ausgeglichen versus unausgeglichen" gibt an, ob eine Selektortabelle für den Load Balancing-Mechanismus verwendet wird oder nicht. Das LAG-Bundle verwendet den unsymmetrischen Modus (Selektortabellenausgleich), um den Datenverkehr über die Mitgliedsverbindungen auszugleichen. Wenn der Datenverkehr minimal ist, können die folgenden Probleme mit dem unsymmetrischen Modus auftreten: Die Verbindungsauswahllogik verwendet nur Teilmengen des vorab berechneten Hashs. Unabhängig von der Effizienz des Hashing-Algorithmus handelt es sich nur um die komprimierte Darstellung eines Flusses. Da die Interflow-Varianz sehr gering ist, bieten die resultierenden Hashes und die berechnete Teilmenge nicht die erforderliche Variabilität, um alle LAG-Mitgliedsverbindungen effektiv zu nutzen. In der Hashberechnung und auch in der Selektortabelle existiert eine übermäßige Menge an Zufall. Daher ist die Abweichung von der optimalen Lastausgleichsmethode für jede ausgewählte untergeordnete Verbindung höher, wenn die Anzahl der Flüsse geringer ist.
Die Abweichung pro untergeordnetem Link ist definiert als
vi = ((ci - (m/n)))/n
Dabei ist
Vi bezeichnet die Abweichung für den untergeordneten Link 'i'.
i bezeichnet das untergeordnete Link-Mitglied/den untergeordneten Index.
Ci steht für die Pakete, die für die untergeordnete Verbindung "i" übertragen werden.
M bezeichnet die Gesamtzahl der Pakete, die in diesem LAG-Bundle übertragen werden.
N gibt die Anzahl der untergeordneten Verbindungen in dieser LAG an.
Aufgrund dieser Nachteile ist bei einer geringeren Anzahl von Datenströmen oder Flüssen mit geringerer Varianz zwischen den Datenströmen die Verbindungsauslastung verzerrt, und es besteht eine hohe Wahrscheinlichkeit, dass einige untergeordnete Verbindungen nicht vollständig genutzt werden.
Der Mechanismus zum Aufzeichnen und Beibehalten von Zuständen für die Datenströme und zum entsprechenden Verteilen der Datenverkehrslast wurde hinzugefügt. Infolgedessen werden für m von Datenströmen sie auf n Mitgliedslinks eines LAG-Bündels oder auf die Unilist der Next-Hops in einer ECMP-Verbindung verteilt. Diese Methode zum Aufteilen der Last auf die Mitgliedsverbindungen wird als Stateful Load Balancing bezeichnet und verwendet 5-Tupel-Informationen (Quell- und Zieladressen, Protokoll-, Quell- und Zielports). Eine solche Methode kann direkt den Flows oder einem Precompute-Hash basierend auf bestimmten Feldern im Flow zugeordnet werden. Infolgedessen wird die bei jedem untergeordneten Link beobachtete Abweichung reduziert.
Dieser Mechanismus funktioniert nur bei einer minimalen Anzahl von Strömen (ungefähr weniger als Tausende von Strömen) effizient. Für eine größere Anzahl von Datenströmen (zwischen 1000 und 10.000 Datenströmen) wird empfohlen, einen verteilten Trio-basierten Lastausgleichsmechanismus zu verwenden.
Stellen Sie sich ein Beispielszenario vor, in dem "n"-Links in der LAG mit Link-IDs von 0 bis n-1 identifiziert werden. Eine Hashtabelle oder eine Flusstabelle wird verwendet, um die Flüsse aufzuzeichnen, sobald sie angezeigt werden. Der Hashingschlüssel wird mithilfe der Felder erstellt, die einen Flow eindeutig identifizieren. Das Ergebnis der Suche identifiziert die link_id, die der Flow derzeit verwendet. Für jedes Paket wird die auf dem Flow Identifier basierende Flow-Tabelle untersucht. Wenn eine Übereinstimmung gefunden wird, bedeutet dies, dass ein Paket zu einem Datenstrom gehört, der zuvor verarbeitet oder erkannt wurde. Die Link-ID ist mit dem Flow verknüpft. Wenn keine Übereinstimmung gefunden wird, ist es das erste Paket, das zum Flow gehört. Die Link-ID wird verwendet, um den Link auszuwählen, und der Flow wird in die Flow-Tabelle eingefügt.
Um das Load Balancing pro Flow basierend auf Hashwerten zu aktivieren, schließen Sie die per-flow Anweisung auf der [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] Hierarchieebene ein. Standardmäßig verwendet Junos OS eine Hashing-Methode, die nur auf der Zieladresse basiert, um einen Weiterleitungs-Next-Hop zu wählen, wenn mehrere Pfade zu gleichen Kosten verfügbar sind. Allen Steckplätzen der Packet Forwarding Engine wird standardmäßig derselbe Hashwert zugewiesen. Um den Lastenausgleichsalgorithmus so zu konfigurieren, dass die LAG mithilfe vorhandener Parameter dynamisch neu verteilt wird, schließen Sie die rebalance interval Anweisung auf Hierarchieebene [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] ein. Dieser Parameter sorgt in regelmäßigen Abständen für einen Lastenausgleich für den Datenverkehr, indem er über ein Rebalancing-Intervall einen synchronisierten Rebalancing-Switchover für alle eingehenden Packet Forwarding Engines (PFEs) bereitstellt. Sie können das Intervall als Wert im Bereich von 1 bis 1000 Datenströmen pro Minute angeben. Um den Lasttyp zu konfigurieren, schließen Sie die load-type (low | medium | high) Anweisung auf Hierarchieebene [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] ein.
Diese stateful per-flow Option aktiviert die Load-Balancing-Funktion für AE-Bundles. Die rebalance Option löscht den Lastausgleichsstatus in bestimmten Intervallen. Die load Option informiert die Packet Forwarding Engine über das geeignete Speichermuster, das verwendet werden soll. Wenn die Anzahl der Datenströme, die auf dieser aggregierten Ethernet-Schnittstelle fließen, geringer ist (zwischen 1 und 100 Datenströmen), kann das low Schlüsselwort verwendet werden. Ebenso kann für relativ höhere Datenströme (zwischen 100 und 1000 Datenströmen) das medium Schlüsselwort und das large Schlüsselwort für die maximalen Datenströme (zwischen 1000 und 10.000 Datenströme) verwendet werden. Die ungefähre Anzahl der Flows für ein effektives Load Balancing für jedes Schlüsselwort ist eine Ableitung.
Der clear interfaces aeX unit logical-unit-number forwarding-options load-balance state Befehl löscht den Lastenausgleichsstatus auf Hardwareebene und ermöglicht das Rebalancing aus dem bereinigten, leeren Zustand. Dieser Löschzustand wird nur ausgelöst, wenn Sie diesen Befehl verwenden. Der clear interfaces aggregate forwarding-options load-balance state Befehl löscht alle aggregierten Ethernet-Schnittstellen-Load Balancing-Status und erstellt sie neu.
Richtlinien für die Konfiguration von Stateful Load Balancing für aggeated Ethernet-Schnittstellen oder LAG-Bundles
Beachten Sie bei der Konfiguration des zustandsbehafteten Lastausgleichs für aggregierte Ethernet-Schnittstellen die folgenden Punkte:
Wenn ein untergeordneter Link entfernt oder hinzugefügt wird, wird ein neuer Aggregat-Selektor ausgewählt und der Datenverkehr fließt auf den neuen Selektor. Da der Selektor leer ist, werden Flows im Selektor gefüllt. Dieses Verhalten führt zu einer Neuverteilung von Datenströmen, da der alte Zustand verloren geht. Dies ist das vorhandene Verhalten, ohne dass ein zustandsbehafteter Lastenausgleich pro Flow aktiviert ist.
Stateful-Lastausgleichsfunktionen pro Datenstrom auf AE-Schnittstellen, wenn der eingehende Datenverkehr die Linecards MPC1E, MPC2E, MPC3E-3D, MPC5E und MPC6E erreicht. Andere Linecard-Typen schränken diese Funktionalität nicht ein. Entsprechende CLI-Fehler werden angezeigt, wenn die MPCs diese Funktion nicht unterstützen.
Mit der Eingangs-Linecard als MPC und der Ausgangs-Linecard als MPC oder DPC funktioniert diese Funktion ordnungsgemäß. Zustandsbehaftetes Load Balancing wird nicht unterstützt, wenn es sich bei der eingehenden Linecard um eine DPC und die ausgehende Linecard um eine DPC oder MPC handelt.
Diese Funktion wird für Multicast-Datenverkehr (nativ/Flood) nicht unterstützt.
Das Aktivieren der Neuverteilungsoption oder das Löschen des Lastausgleichsstatus kann zu einer Neuordnung der Pakete für aktive Datenflüsse führen, da unterschiedliche Verknüpfungssätze für Datenverkehrsflüsse ausgewählt werden können.
Obwohl die Featureleistung hoch ist, verbraucht sie eine erhebliche Menge an Linecard-Speicher. Bei ungefähr 4000 logischen Schnittstellen oder 16 aggregierten logischen Ethernet-Schnittstellen kann diese Funktion auf unterstützten MPCs aktiviert werden. Wenn der Hardwarespeicher der Packet Forwarding Engine jedoch je nach verfügbarem Arbeitsspeicher knapp ist, wird auf den standardmäßigen Load Balancing-Mechanismus zurückgegriffen. In einer solchen Situation wird eine Systemprotokollierungsnachricht generiert und an die Routing-Engine gesendet. Es gibt keine Beschränkung für die Anzahl der AE-Schnittstellen, die Stateful Load Balancing unterstützen. Der Grenzwert wird durch die Linecards bestimmt.
Wenn die Datenverkehrsströme häufig altern, muss das Gerät die Load Balancing-Zustände entfernen oder aktualisieren. Daher müssen Sie die Neuverteilung konfigurieren oder den Befehl clear in regelmäßigen Abständen ausführen, um einen ordnungsgemäßen Lastenausgleich zu gewährleisten. Andernfalls kann es zu einer Verzerrung des Datenverkehrs kommen. Wenn eine untergeordnete Verbindung ausfällt oder hochfährt, ändert sich das Load Balancing-Verhalten nicht an vorhandenen Datenströmen. Diese Bedingung dient dazu, eine Neuordnung von Paketen zu vermeiden. Neue Flows übernehmen den angezeigten untergeordneten Link. Wenn Sie feststellen, dass die Lastverteilung nicht sehr effektiv ist, können Sie die Lastausgleichszustände löschen oder die Neuausgleichsfunktion verwenden, um eine automatische Freigabe der Hardwarezustände zu bewirken. Wenn Sie die Rebalancing-Funktion konfigurieren, können Datenströme auf andere Links umgeleitet werden, was zu einer Neuordnung der Pakete führen kann.
Konfigurieren von Stateful Load Balancing auf aggregierten Ethernet-Schnittstellen
Der Mechanismus zum Aufzeichnen und Beibehalten von Zuständen für die Datenströme und zum entsprechenden Verteilen der Datenverkehrslast wurde hinzugefügt. Infolgedessen werden für m von Datenströmen sie auf n Mitgliedslinks eines LAG-Bündels oder auf die Unilist der Next-Hops in einer ECMP-Verbindung verteilt. Diese Methode zum Aufteilen der Last auf die Mitgliedsverbindungen wird als Stateful Load Balancing bezeichnet und verwendet 5-Tupel-Informationen (Quell- und Zieladressen, Protokoll-, Quell- und Zielports). Eine solche Methode kann direkt den Flows oder einem Precompute-Hash basierend auf bestimmten Feldern im Flow zugeordnet werden. Infolgedessen wird die bei jedem untergeordneten Link beobachtete Abweichung reduziert.
So konfigurieren Sie zustandsbehaftetes Load Balancing für ae Schnittstellenpakete:
Konfigurieren des adaptiven Load Balancings
In diesem Thema wird beschrieben, wie das adaptive Load Balancing konfiguriert wird. Adaptives Load Balancing sorgt für eine effiziente Nutzung der Bandbreite der Mitgliedsverbindungen für ein aggregiertes Ethernet-Bundle (AE). Adaptives Load Balancing verwendet einen Feedback-Mechanismus, um Ungleichgewicht bei der Datenverkehrslast zu korrigieren, indem die Bandbreite und die Paketströme auf Verbindungen innerhalb eines AE-Pakets angepasst werden.
Bevor Sie beginnen:
Konfigurieren Sie eine Reihe von Schnittstellen mit einer Protokollfamilie und IP-Adresse. Diese Schnittstellen können die Mitgliedschaft für das AE-Bundle bilden.
Erstellen Sie ein AE-Bundle, indem Sie eine Reihe von Router-Schnittstellen als aggregiertes Ethernet und mit einer spezifischen AE-Gruppenkennung konfigurieren.
So konfigurieren Sie adaptives Load Balancing für ein AE-Paket:
Siehe auch
Symmetrisches Hashing für Load Balancing verstehen
Auf Geräten, die diese Funktion unterstützen, hält das symmetrische Hashing die Vorwärts- und Rückwärtsrichtung eines Datenstroms für Funktionen, die von der Datenverkehrssymmetrie abhängen, auf demselben Pfad. Symmetrisches Hashing hilft Services, den Sitzungskontext aufrechtzuerhalten, während das Load Balancing über ECMP, Next Hops und LAG-Mitglieder hinweg erfolgt.
Vorteile von symmetrischem Hashing
- Behält die bidirektionale Pfadsymmetrie bei, sodass zustandsbehaftete Services beide Richtungen eines Datenstroms auf demselben Pfad sehen.
- Verbessert die Vorhersagbarkeit des Lastenausgleichs durch Verwendung derselben normalisierten Eingaben für beide Richtungen eines Datenflusses.
- Reduziert asymmetrische Routing-Probleme, die die Serviceverarbeitung oder den Sitzungsstatus unterbrechen können.
Um symmetrisches Hashing zu konfigurieren, verwenden Sie die symmetric-hash Konfigurationsanweisung in der [edit forwarding-options enhanced-hash-key] Hierarchie. Verwenden Sie die enhanced-hash-key Anweisung, um die Paketfelder zu konfigurieren, die in Hash-Berechnungen enthalten sind. Durch Auswahl stabiler, bidirektionaler Felder und Ausschluss unidirektionaler Eingänge normalisieren Sie die Eingänge, sodass das Gerät für beide Richtungen eines Datenflusses denselben Hash ableitet.
Sie können unidirektionale Attribute, wie z. B. die Eingangsschnittstelle, aus der Hash-mit-Konfigurationsanweisung no-incoming-port in der [edit forwarding-options enhanced-hash-key] Hierarchie ausschließen.
Überprüfen Sie die aktuellen Hash-Eingaben und den symmetrischen Hashing-Status mit dem show forwarding-options enhanced-hash-key Befehl.
Zusätzliche Überlegungen:
- Dynamisches Load Balancing (DLB) hat Vorrang. Symmetrisches Hashing gilt für statisches Load Balancing. Wenn DLB aktiviert ist, überschreibt DLB das symmetrische Verhalten.
- Verwenden Sie Layer-3- und Layer-4-Felder für symmetrisches Hashing. Layer-2-Headerfelder sind nicht im symmetrischen Hashing enthalten, und Sie sollten die
hash-modeKonfigurationsanweisung verwenden, um bei Bedarf das Layer-2-Datenfeld zu verwenden. - Hash-Polarisation kann in kaskadierten Topologien auftreten, wenn alle Geräte identische Hash-Seeds und -Eingänge verwenden. Ziehen Sie belastbares Hashing und Seed-Vielfalt in Betracht, um die Polarisierung zu reduzieren, wenn Links flattern oder Mitglieder wechseln.
Konfigurieren des symmetrischen Load Balancing auf einer 802.3ad Link Aggregation Group auf Routern der MX-Serie
- Symmetrisches Load Balancing auf einer 802.3ad-LAG auf Routern der MX-Serie Übersicht
- Konfigurieren des symmetrischen Load Balancings auf einer 802.3ad LAG auf Routern der MX-Serie
- Konfiguration des symmetrischen Load Balancings auf Trio-basierten MPCs
- Beispielkonfigurationen
Symmetrisches Load Balancing auf einer 802.3ad-LAG auf Routern der MX-Serie Übersicht
Router der MX-Serie mit aggregierten Ethernet-PICs unterstützen symmetrisches Load Balancing auf einer 802.3ad-LAG. Diese Funktion ist von Bedeutung, wenn zwei Router der MX-Serie transparent über ein LAG-Bundle über Deep Packet Inspection (DPI)-Geräte verbunden sind. DPI-Geräte verfolgen die Datenströme und benötigen Informationen über einen bestimmten Fluss sowohl in Vorwärts- als auch in Rückwärtsrichtung. Ohne symmetrisches Load Balancing bei einer 802.3ad-LAG könnten die DPIs den Datenstrom missverstehen und zu Datenverkehrsunterbrechungen führen. Mit dieser Funktion wird ein bestimmter Datenverkehrsfluss (Duplex) für dieselben Geräte in beide Richtungen sichergestellt.
Beim symmetrischen Load Balancing auf einer 802.3ad-LAG wird ein Mechanismus zum Vertauschen von Quell- und Zieladressen für eine Hashberechnung von Feldern wie Quelladresse und Zieladresse verwendet. Das Ergebnis eines für diese Felder berechneten Hashes wird verwendet, um die Verbindung der LAG auszuwählen. Die Hashberechnung für den Vorwärts- und Rückwärtsfluss muss identisch sein. Dies wird erreicht, indem Quellfelder mit Zielfeldern für den Reverse Flow getauscht werden. Die vertauschte Operation wird als Komplement-Hash-Berechnung oder symmetric-hash complement und die reguläre (oder nicht vertauschte) Operation als symmetrische Hash-Berechnung oder symmetric-hashbezeichnet. Die austauschbaren Felder sind MAC-Adresse, IP-Adresse und Port.
Konfigurieren des symmetrischen Load Balancings auf einer 802.3ad LAG auf Routern der MX-Serie
Sie können angeben, ob ein symmetrischer Hash oder ein Komplement-Hash für den Datenverkehr zum Lastausgleich verwendet wird. Um den symmetrischen Hash zu konfigurieren, verwenden Sie die symmetric-hash Anweisung auf Hierarchieebene [edit forwarding-options hash-key family inet] . Um die symmetrische Hash-Komplementierung zu konfigurieren, verwenden Sie die Anweisung und die symmetric-hash complement Option auf der [edit forwarding-options hash-key family inet] Hierarchieebene.
Diese Vorgänge können auch auf PIC-Ebene ausgeführt werden, indem ein Hash-Schlüssel angegeben wird. Um einen Hash-Schlüssel auf PIC-Ebene zu konfigurieren, verwenden Sie die symmetric-hash oder-Anweisung symmetric-hash complement auf den [edit chassis hash-key family inet] Hierarchieebenen und [edit chassis hash-key family multiservice] .
Betrachten Sie das Beispiel in Abbildung 1.
der MX-Serie
Router A ist mit symmetrischem Hash und Router B mit symmetrischem Hash-Komplement konfiguriert. Daher erfolgt die Post-Hash-Berechnung für einen bestimmten Datenstrom fxvon Router A zu Router B über i2. Der umgekehrte Datenverkehr für denselben Datenstrom fx erfolgt von Router B zu Router A über dasselbe i2-Gerät wie das Hashing (erfolgt nach dem Vertauschen von Quell- und Zielfeldern) und gibt denselben Verbindungsindex zurück, da er für die vertauschten Quell- und Zieladressen ausgeführt wird.
Der gewählte Link kann jedoch dem entsprechen, was an die DPI angehängt wurde oder nicht. Mit anderen Worten, das Hashing-Ergebnis sollte auf dieselben verbundenen Links verweisen, sodass der Datenverkehr in beide Richtungen durch dieselben DPI-Geräte fließt. Um dies sicherzustellen, müssen Sie auch die Gegenstückports (Ports, die mit demselben DPI-iN verbunden sind) mit dem identischen Link-Index konfigurieren. Dies geschieht, wenn ein untergeordneter Link im LAG-Bundle konfiguriert wird. Dadurch wird sichergestellt, dass der für ein bestimmtes Hash-Ergebnis gewählte Link auf beiden Routern immer derselbe ist.
Beachten Sie, dass zwei miteinander verbundene Links denselben Linkindex haben sollten und diese Linkindizes in einem bestimmten Bündel eindeutig sein müssen.
Die folgenden Einschränkungen gelten für die Konfiguration des symmetrischen Load Balancing auf einer 802.3ad LAG auf Routern der MX-Serie:
Die Packet Forwarding Engine (PFE) kann so konfiguriert werden, dass der Datenverkehr entweder symmetrisch oder im Komplementmodus gehasht wird. Ein einzelner PFE-Komplex kann nicht gleichzeitig in beiden Betriebsmodi arbeiten, und eine solche Konfiguration kann zu unerwünschten Ergebnissen führen.
Die Einstellung pro PFE überschreibt die gehäuseweite Einstellung nur für die konfigurierte Produktfamilie. Für die anderen Familien erbt der PFE-Komplex weiterhin die gehäuseweite Einstellung (falls konfiguriert) oder die Standardeinstellung.
Diese Funktion unterstützt nur VPLS-, INET- und Bridged-Datenverkehr.
Diese Funktion kann nicht zusammen mit der
per-flow-hash-seed load-balancingOption verwendet werden. Es erfordert, dass alle komplementär konfigurierten PFE-Komplexe denselben Seed teilen. Eine Veränderung des Seeds zwischen zwei gegensätzlichen PFE-Komplexen kann zu unerwünschten Ergebnissen führen.
Weitere Informationen finden Sie in der Junos OS VPNs-Bibliothek für Routing-Geräte und in der Junos OS-Verwaltungsbibliothek für Routing-Geräte.
Beispiele für Konfigurationsanweisungen
So konfigurieren Sie 802.3ad LAG-Parameter auf Paketebene:
[edit interfaces]
g(x)e-fpc/pic/port {
gigether-options {
802.3ad {
bundle;
link-index number;
}
}
}
wobei die link-index number Bereiche von 0 bis 15.
Sie können den oben konfigurierten Link-Index mit dem show interfaces folgenden Befehl überprüfen:
[edit forwarding-options hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
[complement;]
}
}
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 {
source-ip-only | destination-ip-only;
}
layer-4;
}
}
symmetric-hash {
[complement;]
}
}
Für den Lastausgleich von Layer-2-Datenverkehr auf der Grundlage von Layer-3-Feldern können Sie 802.3ad-LAG-Parameter auf PIC-Ebene konfigurieren. Die folgenden Konfigurationsoptionen stehen unter der Chassis-Hierarchie zur Verfügung:
[edit chassis]
fpc X {
pic Y {
.
.
.
hash-key {
family inet {
layer-3;
layer-4;
symmetric-hash {
[complement;]
}
}
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 {
source-ip-only | destination-ip-only;
}
layer-4;
}
}
symmetric-hash {
[complement;]
}
}
}
.
.
.
}
}
Konfiguration des symmetrischen Load Balancings auf Trio-basierten MPCs
Abgesehen von einigen Konfigurationsunterschieden wird symmetrisches Load Balancing über eine 802.3ad-Link-Aggregationsgruppe auf Routern der MX-Serie mit Trio-basierten MPCs unterstützt.
Um ein symmetrisches Load-Balancing auf Trio-basierten MPCs zu erreichen, muss Folgendes getan werden:
Berechnen eines symmetrischen Hashs
Beide Router müssen denselben Hashwert aus dem Datenstrom in Vorwärts- und Rückwärtsrichtung berechnen. Auf Trio-basierten Plattformen ist der berechnete Hash-Wert unabhängig von der Richtung des Flusses und daher immer symmetrischer Natur. Aus diesem Grund ist keine spezielle Konfiguration erforderlich, um einen symmetrischen Hashwert auf Trio-basierten Plattformen zu berechnen.
Es ist jedoch zu beachten, dass die zum Konfigurieren des Hashs verwendeten Felder an beiden Enden der LAG identische Einschluss- und Ausschlusseinstellungen aufweisen sollten.
Konfigurieren von Linkindizes
Damit beide Router dieselbe Verbindung mit demselben Hashwert auswählen können, müssen die Verbindungen innerhalb der LAG auf beiden Routern mit demselben Verbindungsindex konfiguriert sein. Dies kann mit der
link-indexAussage erreicht werden.Symmetrisches Load Balancing aktivieren
Um symmetrisches Load Balancing auf Trio-basierten MPCs zu konfigurieren, schließen Sie die
symmetricAnweisung auf Hierarchieebene[edit forwarding-options enhanced-hash-key]ein. Diese Erklärung gilt nur für Trio-basierte Plattformen.Die
symmetricAnweisung kann mit jeder Protokollfamilie verwendet werden und ermöglicht ein symmetrisches Load-Balancing für alle aggregierten Ethernet-Bundles auf dem Router. Die Anweisung muss an beiden Enden der LAG aktiviert sein. Diese Anweisung ist standardmäßig deaktiviert.Symmetrie für Bridged und Routed Traffic erreichen
In einigen Bereitstellungen wird das LAG-Bündel, auf dem Symmetrie gewünscht ist, von Layer 2 Bridged Traffic in Upstream-Richtung und von IPv4 Routed Traffic in Downstream-Richtung durchquert. In solchen Fällen unterscheidet sich der berechnete Hash in jede Richtung, da die Ethernet-MAC-Adressen für Bridged-Pakete berücksichtigt werden. Um dies zu umgehen, können Sie Quell- und Ziel-MAC-Adressen von der Berechnung des erweiterten Hashschlüssels ausschließen.
Um Quell- und Ziel-MAC-Adressen von der Berechnung des erweiterten Hashschlüssels auszuschließen, schließen Sie die
no-mac-addressesAnweisung auf Hierarchieebene[edit forwarding-options enhanced-hash-key family multiservice]ein. Diese Anweisung ist standardmäßig deaktiviert.
Wenn symmetrisches Load Balancing auf Trio-basierten MPCs aktiviert ist, beachten Sie die folgenden Einschränkungen:
Die Polarisierung des Datenverkehrs ist ein Phänomen, das auftritt, wenn Topologien verwendet werden, die den Datenverkehr mithilfe von Hashing desselben Typs verteilen. Wenn Router kaskadiert sind, kann es zu einer Polarisierung des Datenverkehrs kommen, was zu einer ungleichen Verteilung des Datenverkehrs führen kann.
Polarisierung des Datenverkehrs tritt auf, wenn LAGs auf kaskadierten Routern konfiguriert sind. Wenn ein bestimmter Datenstrom beispielsweise in Abbildung 2 Link 1 des aggregierten Ethernet-Pakets zwischen Gerät R1 und Gerät R2 verwendet, verwendet der Datenstrom auch Link 1 des aggregierten Ethernet-Pakets zwischen Gerät R2 und Gerät R3.
Abbildung 2: Polarisation des Datenverkehrs auf kaskadierten Routern, wenn symmetrisches Load Balancing auf Trio-basierten MPCs
aktiviert ist
Dies unterscheidet sich von einem zufälligen Verbindungsauswahlalgorithmus, bei dem ein Datenstrom Link 1 des aggregierten Ethernet-Pakets zwischen Gerät R1 und Gerät R2 und Link 2 des aggregierten Ethernet-Pakets zwischen Gerät R2 und Gerät R3 verwenden kann.
Symmetrisches Load Balancing gilt nicht für das Load Balancing pro Präfix, bei dem der Hash basierend auf dem Routenpräfix berechnet wird.
Symmetrisches Load Balancing ist nicht auf MPLS- oder VPLS-Datenverkehr anwendbar, da in diesen Szenarien die Bezeichnungen nicht in beide Richtungen identisch sind.
Beispielkonfigurationen
- Beispielkonfigurationen für gehäuseweite Einstellungen
- Beispielkonfigurationen für Packet-Forwarding-Engine-Einstellungen pro Paket
Beispielkonfigurationen für gehäuseweite Einstellungen
Router A
user@host> show configuration forwarding-options hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric hash;
}
Router B
user@host> show configuration forwarding-options hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric-hash {
complement;
}
}
Beispielkonfigurationen für Packet-Forwarding-Engine-Einstellungen pro Paket
Router A
user@host> show configuration chassis fpc 2 pic 2 hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric hash;
}
Router B
user@host> show configuration chassis fpc 2 pic 3 hash-key
family multiservice {
payload {
ip {
layer-3;
}
}
symmetric-hash {
complement;
}
}
Konfiguration von symmetrischem Hashing auf PIC-Ebene für Load Balancing auf 802.3ad-LAGs für Router der MX-Serie
Symmetrisches Hashing für das Load Balancing auf einer 802.3ad Link Aggregation Group (LAG) ist nützlich, wenn zwei Router der MX-Serie (z. B. Router A und Router B) transparent über Deep Packet Inspection (DPI)-Geräte über ein LAG-Bundle verbunden sind. Die DPI-Geräte verfolgen die Datenverkehrsströme sowohl in Vorwärts- als auch in Rückwärtsrichtung.
Wenn symmetrisches Hashing konfiguriert ist, wird der umgekehrte Datenstrom ebenfalls über dieselbe untergeordnete Verbindung in der LAG geleitet und muss zwangsläufig durch dasselbe DPI-Gerät fließen. Dies ermöglicht eine ordnungsgemäße Abrechnung der DPI des Datenverkehrs sowohl im Vorwärts- als auch im Rückwärtsfluss.
Wenn symmetrisches Hashing nicht konfiguriert ist, kann eine andere untergeordnete Verbindung in der LAG für den umgekehrten Fluss des Datenverkehrs durch ein anderes DPI-Gerät ausgewählt werden. Dies führt zu unvollständigen Informationen über die Vorwärts- und Rückwärtsflüsse des Datenverkehrs auf dem DPI-Gerät, was zu einer unvollständigen Abrechnung des Datenverkehrs durch das DPI-Gerät führt.
Symmetrisches Hashing wird auf der Grundlage von Feldern wie Quell- und Zieladresse berechnet. Sie können symmetrisches Hashing sowohl auf Chassis-Ebene als auch auf PIC-Ebene für das Load Balancing auf der Grundlage von Layer-2-, Layer-3- und Layer-4-Dateneinheitenfeldern für Inet- (IPv4-Protokollfamilie) und Multiservice-Datenverkehr (Switch oder Bridge) konfigurieren. Symmetrisches Hashing, das auf Chassis-Ebene konfiguriert wird, gilt für den gesamten Router und wird von allen seinen PICs und Packet Forwarding Engines vererbt. Durch die Konfiguration des symmetrischen Hashings auf PIC-Ebene erhalten Sie mehr Granularität auf der Ebene der Packet Forwarding Engine.
Für die beiden Router, die über die DPI-Geräte über ein LAG-Bundle verbunden sind, können Sie symmetrischen Hash auf einem Router und symmetrisches Hash-Komplement auf dem Remote-End-Router konfigurieren oder umgekehrt.
Um symmetrisches Hashing auf Chassis-Ebene zu konfigurieren, schließen Sie den symmetrischen Hash oder die symmetric-hash complement Anweisungen auf Hierarchieebene [edit forwarding-options hash-key family] ein. Informationen zum Konfigurieren von symmetrischem Hashing auf Chassis-Ebene und zum Konfigurieren des Link-Index finden Sie in der Junos OS Network Interfaces Library für Routing-Geräte und in der Junos OS VPNs-Bibliothek für Routing-Geräte.
Auf DPCs der MX-Serie bezieht sich die Konfiguration von symmetrischem Hashing auf PIC-Ebene auf die Konfiguration von symmetrischem Hashing auf Ebene der Packet Forwarding Engine.
Um symmetrisches Hashing auf PIC-Ebene auf der Schnittstelle für eingehenden Datenverkehr (wo der Datenverkehr in den Router gelangt) zu konfigurieren, fügen Sie den symmetrischen Hash oder symmetric-hash complement die Anweisung auf der Hierarchieebene [edit chassis fpc slot-number pic hash-keypic-number] ein:
[edit chassis fpc slot-number pic pic-number hash-key]
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 (source-ip-only | destination-ip-only);
layer-4;
}
}
symmetric-hash {
complement;
}
}
family inet { layer-3; layer-4; symmetric-hash { complement; } }
Das symmetrische Hashing auf PIC-Ebene überschreibt das symmetrische Hashing auf Gehäuseebene, das auf der Hierarchieebene [edit chassis forwarding-options hash-key] konfiguriert ist.
Symmetrisches Hashing für das Load Balancing auf 802.3ad Link Aggregation Groups wird derzeit nur für VPLS-, INET- und Bridged-Datenverkehr unterstützt.
Die Hash-Key-Konfiguration auf einem PIC oder einer Packet Forwarding Engine kann entweder im Modus "symmetrischer Hash" oder "symmetrischer Hash-Komplement" erfolgen, aber nicht beide gleichzeitig.
Siehe auch
Beispiele: Konfiguration von symmetrischem Hashing auf PIC-Ebene für Load Balancing auf 802.3ad-LAGs auf Routern der MX-Serie
Diese Beispiele gelten nur für die DPCs, die von den Routern MX240, MX480 und MX960 unterstützt werden. Eine Liste der unterstützten DPCs finden Sie unter Unterstützte DPCs auf MX240-, MX480- und MX960-Routern im Abschnitt Zugehörige Dokumentation.
Die folgenden Beispiele zeigen, wie symmetrisches Hashing auf PIC-Ebene für das Load Balancing auf Routern der MX-Serie konfiguriert wird:
- Konfiguration von symmetrischem Hashing für Familien-Multiservice auf beiden Routern
- Konfiguration des symmetrischen Hashings für family inet auf beiden Routern
- Konfiguration von symmetrischem Hashing für Family Inet und Family Multiservice auf den beiden Routern
Konfiguration von symmetrischem Hashing für Familien-Multiservice auf beiden Routern
Fügen Sie auf der Schnittstelle für eingehenden Datenverkehr, an der der Datenverkehr in Router A gelangt, die symmetric-hash folgende Anweisung auf Hierarchieebene [edit chassis fpc slot-number pic pic-number hash-key family multiservice] ein:
[edit chassis fpc 2 pic 2 hash-key]
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3;
layer-4;
}
}
symmetric-hash;
}
Fügen Sie auf der Schnittstelle für eingehenden Datenverkehr, an der der Datenverkehr in Router B gelangt, die symmetric-hash complement folgende Anweisung auf Hierarchieebene [edit chassis fpc slot-number pic pic-number hash-key family multiservice] ein:
[edit chassis fpc 0 pic 3 hash-key]
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3;
layer-4;
}
}
symmetric-hash {
complement;
}
}
Konfiguration des symmetrischen Hashings für family inet auf beiden Routern
Fügen Sie auf der Schnittstelle für eingehenden Datenverkehr, an der der Datenverkehr in Router A gelangt, die symmetric-hash folgende Anweisung auf Hierarchieebene [edit chassis fpc slot-number pic pic-number hash-key family inet] ein:
[edit chassis fpc 0 pic 1 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash;
}
Fügen Sie auf der Schnittstelle für eingehenden Datenverkehr, an der der Datenverkehr in Router B gelangt, die symmetric-hash complement folgende Anweisung auf Hierarchieebene [edit chassis fpc slot-number pic pic-number hash-key family inet] ein:
[edit chassis fpc 1 pic 2 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
complement;
}
}
Konfiguration von symmetrischem Hashing für Family Inet und Family Multiservice auf den beiden Routern
Fügen Sie auf der Schnittstelle für eingehenden Datenverkehr, an der der Datenverkehr in Router A gelangt, die symmetric-hash folgende Anweisung auf Hierarchieebene [edit chassis fpc slot-number pic pic-number hash-key family multiservice] ein:
[edit chassis fpc 1 pic 0 hash-key]
family multiservice {
payload {
ip {
layer-3;
layer-4;
}
}
symmetric-hash;
}
Fügen Sie auf der Schnittstelle für eingehenden Datenverkehr, an der der Datenverkehr in Router B gelangt, die symmetric-hash complement folgende Anweisung auf Hierarchieebene [edit chassis fpc slot-number pic pic-number hash-key family inet] ein:
[edit chassis fpc 0 pic 3 hash-key]
family inet {
layer-3;
layer-4;
symmetric-hash {
complement;
}
}
Siehe auch
Beispiel: Konfigurieren von aggregiertem Ethernet-Lastenausgleich
Beispiel: Konfigurieren von aggregiertem Ethernet-Lastenausgleich
In diesem Beispiel wird gezeigt, wie aggregiertes Ethernet-Load Balancing konfiguriert wird.
Anforderungen
In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:
Drei Router der MX-Serie mit MIC- und MPC-Schnittstellen oder drei Paketübertragungs-Router der PTX-Serie mit PIC- und FPC-Schnittstellen
Junos OS Version 13.3 oder höher auf allen Geräten ausgeführt
Überblick
Load Balancing ist auf der Weiterleitungsebene erforderlich, wenn mehrere Pfade oder Schnittstellen für den Next-Hop-Router verfügbar sind. Am besten ist es, wenn der eingehende Datenverkehr über alle verfügbaren Pfade verteilt wird, um eine bessere Verbindungsnutzung zu erzielen.
Das aggregierte Ethernet-Paket ist eine typische Anwendung, die Load Balancing verwendet, um den Datenverkehrsfluss über die Mitgliedsverbindungen des Pakets auszugleichen (IEEE 802.3ad).
Ab Junos OS Version 13.3 wurde das aggregierte Ethernet-Load Balancing verbessert, um zwei Lösungen zur Behebung eines echten Ungleichgewichts des Datenverkehrs bei aggregierten Ethernet-Paketen auf MICs oder MPCs von Routern der MX-Serie bereitzustellen. Ab Junos OS Version 14.1 wurde das aggregierte Ethernet-Load Balancing verbessert, um zwei Lösungen zur Behebung eines echten Ungleichgewichts des Datenverkehrs in aggregierten Ethernet-Paketpaketen auf PICs oder FPCs von Paketübertragungs-Routern der PTX-Serie bereitzustellen.
Die aggregierten Ethernet-Load-Balancing-Lösungen sind:
-
Adaptiv: Adaptives Load Balancing wird in Szenarien verwendet, in denen ablaufbasiertes Hashing nicht ausreicht, um eine gleichmäßige Lastverteilung zu erreichen. Diese Load-Balancing-Lösung implementiert einen Echtzeit-Feedback- und Steuerungsmechanismus zur Überwachung und Verwaltung von Ungleichgewichten bei der Netzwerklast.
Die adaptive Load-Balancing-Lösung korrigiert das Ungleichgewicht des Datenverkehrsflusses, indem sie die Selektoreinträge ändert und regelmäßig die Verbindungsauslastung auf jeder Mitgliedsverbindung des AE-Bündels scannt, um Abweichungen zu erkennen. Wenn eine Abweichung erkannt wird, wird ein Anpassungsereignis ausgelöst und weniger Datenströme werden der betroffenen Stabverbindung zugeordnet. Infolgedessen sinkt die angebotene Bandbreite dieser Mitgliedsverbindung. Dies führt zu einer kontinuierlichen Rückkopplungsschleife, die über einen bestimmten Zeitraum hinweg sicherstellt, dass allen Mitgliedsverbindungen die gleiche Byterate angeboten wird, wodurch eine effiziente Datenverkehrsverteilung über jede Mitgliedsverbindung im AE-Bündel gewährleistet wird.
Um das adaptive Load Balancing zu konfigurieren, schließen Sie die
adaptiveAnweisung auf Hierarchieebene[edit interfaces aex aggregated-ether-options load-balance]ein.Hinweis:Das Aktivieren des adaptiven Load Balancing kann dazu führen, dass Pakete einmal in jedem Neuverteilungsintervall neu angeordnet werden.
Diese
ppsOption aktiviert das Load Balancing basierend auf der Paket-pro-Sekunde-Rate. Die Standardeinstellung ist das Load Balancing mit Bits pro Sekunde.Der
scan-intervalWert konfiguriert die Dauer des Scannens als ein Vielfaches von 30 Sekunden.Der
toleranceWert ist die Grenze für die Varianz des Paketdatenverkehrs zu den aggregierten Ethernet-Verbindungen im Bündel. Sie können eine maximale Abweichung von 100 Prozent angeben. Wenn das Toleranzattribut nicht konfiguriert ist, ist ein Standardwert von 20 Prozent für das adaptive Load Balancing aktiviert. Ein kleinerer Toleranzwert gleicht eine bessere Bandbreite aus, benötigt jedoch eine längere Konvergenzzeit. Zufälliges Sprühen pro Paket: Wenn die adaptive Load-Balancing-Lösung fehlschlägt, fungiert das zufällige Sprühen pro Paket als letzter Ausweg. Die paketgenaue Load-Balancing-Lösung für zufälliges Sprühen hilft, Ungleichgewichte im Datenverkehr zu beheben, indem die Pakete nach dem Zufallsprinzip an die nächsten Hops verteilt werden. Dadurch wird sichergestellt, dass alle Mitgliedslinks des AE-Bundles gleichmäßig geladen werden, was zu einer Neuordnung der Pakete führt.
Darüber hinaus identifiziert ein zufälliges Spray pro Paket die Eingangs-Packet Forwarding Engine, die das Ungleichgewicht des Datenverkehrs verursacht hat, und beseitigt Ungleichgewichte des Datenverkehrs, die aufgrund von Softwarefehlern auftreten, mit Ausnahme des Paket-Hashs.
Um das Random Spray Load Balancing pro Paket zu konfigurieren, schließen Sie die
per-packetAnweisung auf Hierarchieebene[edit interfaces aex aggregated-ether-options load-balance]ein.Hinweis:Die Option "Pro Paket" für das Load Balancing wird auf den Paketübertragungs-Routern der PTX-Serie nicht unterstützt.
Die aggregierten Ethernet-Load-Balancing-Lösungen schließen sich gegenseitig aus. Wenn mehr als eine der Lastausgleichslösungen konfiguriert ist, überschreibt die zuletzt konfigurierte Lösung die zuvor konfigurierte. Sie können die implementierte Lastenausgleichslösung überprüfen, indem Sie den show interfaces aex aggregated-ether-options load-balance Befehl ausgeben.
Topologie
In dieser Topologie werden zwei aggregierte Ethernet-Bundles - ae0 und ae1 - auf den Verbindungen zwischen den R2- und R3-Routern konfiguriert.
Konfiguration
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 erforderlichen Details, damit sie mit Ihrer Netzwerkkonfiguration übereinstimmen, und kopieren Sie dann die Befehle und fügen Sie sie in die CLI auf Hierarchieebene [edit] ein.
R1
set chassis aggregated-devices ethernet device-count 12 set interfaces xe-0/0/0 unit 0 family inet address 120.168.1.1/30 set interfaces xe-0/0/0 unit 0 family iso set interfaces xe-0/0/0 unit 0 family mpls set interfaces xe-0/0/1 unit 0 family inet address 120.168.2.1/30 set interfaces xe-0/0/1 unit 0 family iso set interfaces xe-0/0/1 unit 0 family mpls set interfaces ge-1/0/0 unit 0 family inet address 120.168.100.2/30 set interfaces ge-1/0/0 unit 0 family iso set interfaces ge-1/0/0 unit 0 family mpls set interfaces ge-1/0/1 unit 0 family inet address 120.168.101.2/30 set interfaces ge-1/0/1 unit 0 family iso set interfaces ge-1/0/1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 120.168.0.2/32 set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0002.00 set routing-options router-id 120.168.0.2 set routing-options autonomous-system 55 set protocols rsvp interface ge-1/0/0.0 set protocols rsvp interface ge-1/0/1.0 set protocols mpls label-switched-path videl-to-sweets to 120.168.0.9 set protocols mpls label-switched-path v-2-s-601 to 60.0.1.0 set protocols mpls label-switched-path v-2-s-601 primary v-2-s-601-primary hop-limit 5 set protocols mpls label-switched-path v-2-s-602 to 60.0.2.0 set protocols mpls label-switched-path v-2-s-602 primary v-2-s-602-primary hop-limit 5 set protocols mpls label-switched-path v-2-s-603 to 60.0.3.0 set protocols mpls label-switched-path v-2-s-604 to 60.0.4.0 set protocols mpls path v-2-s-601-primary 120.168.100.1 strict set protocols mpls path v-2-s-601-primary 120.168.104.2 strict set protocols mpls path v-2-s-602-primary 120.168.101.1 strict set protocols mpls path v-2-s-602-primary 120.168.105.2 strict set protocols mpls interface ge-1/0/0.0 set protocols mpls interface ge-1/0/1.0 set protocols bgp group pe-routers type internal set protocols bgp group pe-routers local-address 120.168.0.2 set protocols bgp group pe-routers family inet unicast set protocols bgp group pe-routers family inet-vpn unicast set protocols bgp group pe-routers neighbor 120.168.0.9 set protocols isis traffic-engineering family inet shortcuts set protocols isis level 1 disable set protocols isis interface ge-1/0/0.0 set protocols isis interface ge-1/0/1.0 set protocols isis interface lo0.0 set policy-options policy-statement nhs then next-hop self set policy-options policy-statement vpn-m5-export term 1 from protocol bgp set policy-options policy-statement vpn-m5-export term 1 from protocol direct set policy-options policy-statement vpn-m5-export term 1 then community add vpn-m5-target set policy-options policy-statement vpn-m5-export term 1 then accept set policy-options policy-statement vpn-m5-export term 2 then reject set policy-options policy-statement vpn-m5-import term 1 from protocol bgp set policy-options policy-statement vpn-m5-import term 1 from community vpn-m5-target set policy-options policy-statement vpn-m5-import term 1 then accept set policy-options policy-statement vpn-m5-import term 2 then reject set policy-options community vpn-m5-target members target:55:100 set routing-instances vpn-m5 instance-type vrf set routing-instances vpn-m5 interface xe-0/0/0.0 set routing-instances vpn-m5 interface xe-0/0/1.0 set routing-instances vpn-m5 route-distinguisher 120.168.0.2:1 set routing-instances vpn-m5 vrf-import vpn-m5-import set routing-instances vpn-m5 vrf-export vpn-m5-export set routing-instances vpn-m5 protocols bgp group ce type external set routing-instances vpn-m5 protocols bgp group ce peer-as 100 set routing-instances vpn-m5 protocols bgp group ce as-override set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.1.2 set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.2.2 set routing-instances vpn-m5 protocols ospf domain-id 1.0.0.0 set routing-instances vpn-m5 protocols ospf export vpn-m5-import set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-0/0/1.0 set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-0/0/0.0
R2
set chassis aggregated-devices ethernet device-count 5 set interfaces ge-1/2/0 unit 0 family inet address 120.168.100.1/30 set interfaces ge-1/2/0 unit 0 family iso set interfaces ge-1/2/0 unit 0 family mpls set interfaces ge-1/2/1 unit 0 family inet address 120.168.101.1/30 set interfaces ge-1/2/1 unit 0 family iso set interfaces ge-1/2/1 unit 0 family mpls set interfaces ge-1/3/0 gigether-options 802.3ad ae0 set interfaces ge-1/3/1 gigether-options 802.3ad ae0 set interfaces ge-1/3/2 gigether-options 802.3ad ae0 set interfaces ge-1/3/3 gigether-options 802.3ad ae0 set interfaces ge-1/3/4 gigether-options 802.3ad ae0 set interfaces ge-2/2/1 gigether-options 802.3ad ae1 set interfaces ge-2/2/2 gigether-options 802.3ad ae1 set interfaces ge-2/2/3 gigether-options 802.3ad ae1 set interfaces ge-2/2/4 gigether-options 802.3ad ae1 set interfaces ge-2/2/5 gigether-options 802.3ad ae1 set interfaces ge-2/2/6 gigether-options 802.3ad ae1 set interfaces ge-2/2/7 gigether-options 802.3ad ae1 set interfaces ge-2/2/8 gigether-options 802.3ad ae1 set interfaces ae0 aggregated-ether-options load-balance adaptive tolerance 10 set interfaces ae0 aggregated-ether-options link-speed 1g set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 unit 0 family inet address 120.168.104.1/30 set interfaces ae0 unit 0 family iso set interfaces ae0 unit 0 family mpls set interfaces ae1 aggregated-ether-options load-balance adaptive tolerance 10 set interfaces ae1 aggregated-ether-options link-speed 1g set interfaces ae1 aggregated-ether-options lacp active set interfaces ae1 unit 0 family inet address 120.168.105.1/30 set interfaces ae1 unit 0 family iso set interfaces ae1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 120.168.0.4/32 set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0004.00 set accounting-options selective-aggregate-interface-stats disable set protocols rsvp interface ge-1/2/0.0 set protocols rsvp interface ge-1/2/1.0 set protocols rsvp interface ae0.0 set protocols rsvp interface ae1.0 set protocols mpls interface ge-1/2/0.0 set protocols mpls interface ge-1/2/1.0 set protocols mpls interface ae0.0 set protocols mpls interface ae1.0 set protocols isis traffic-engineering family inet shortcuts set protocols isis level 1 disable set protocols isis interface ge-1/2/0.0 set protocols isis interface ge-1/2/1.0 set protocols isis interface ae0.0 set protocols isis interface ae1.0 set protocols isis interface lo0.0
R3
set chassis aggregated-devices ethernet device-count 5 set interfaces xe-4/0/0 unit 0 family inet address 120.168.9.1/30 set interfaces xe-4/0/0 unit 0 family mpls set interfaces xe-4/0/1 unit 0 family inet address 120.168.10.1/30 set interfaces xe-4/0/1 unit 0 family mpls set interfaces ge-5/0/1 gigether-options 802.3ad ae1 set interfaces ge-5/0/2 gigether-options 802.3ad ae1 set interfaces ge-5/0/3 gigether-options 802.3ad ae1 set interfaces ge-5/0/4 gigether-options 802.3ad ae1 set interfaces ge-5/0/5 gigether-options 802.3ad ae1 set interfaces ge-5/0/6 gigether-options 802.3ad ae1 set interfaces ge-5/0/7 gigether-options 802.3ad ae1 set interfaces ge-5/0/8 gigether-options 802.3ad ae1 set interfaces ge-5/3/0 gigether-options 802.3ad ae0 set interfaces ge-5/3/1 gigether-options 802.3ad ae0 set interfaces ge-5/3/2 gigether-options 802.3ad ae0 set interfaces ge-5/3/3 gigether-options 802.3ad ae0 set interfaces ge-5/3/4 gigether-options 802.3ad ae0 set interfaces ae0 aggregated-ether-options link-speed 1g set interfaces ae0 aggregated-ether-options lacp active set interfaces ae0 unit 0 family inet address 120.168.104.2/30 set interfaces ae0 unit 0 family iso set interfaces ae0 unit 0 family mpls set interfaces ae1 aggregated-ether-options link-speed 1g set interfaces ae1 aggregated-ether-options lacp active set interfaces ae1 unit 0 family inet address 120.168.105.2/30 set interfaces ae1 unit 0 family iso set interfaces ae1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 120.168.0.9/32 set interfaces lo0 unit 0 family iso address 49.0001.1201.6800.0009.00 set routing-options router-id 120.168.0.9 set routing-options autonomous-system 55 set protocols rsvp interface xe-4/0/0.0 set protocols rsvp interface xe-4/0/1.0 set protocols rsvp interface ae0.0 set protocols rsvp interface ae1.0 set protocols mpls label-switched-path to-videl to 120.168.0.2 set protocols mpls interface xe-4/0/0.0 set protocols mpls interface xe-4/0/1.0 set protocols mpls interface ae0.0 set protocols mpls interface ae1.0 set protocols bgp group pe-routers type internal set protocols bgp group pe-routers local-address 120.168.0.9 set protocols bgp group pe-routers family inet unicast set protocols bgp group pe-routers family inet-vpn unicast set protocols bgp group pe-routers neighbor 120.168.0.2 set protocols isis traffic-engineering family inet shortcuts set protocols isis level 1 disable set protocols isis interface ae0.0 set protocols isis interface ae1.0 set protocols isis interface lo0.0 set policy-options policy-statement nhs then next-hop self set policy-options policy-statement vpn-m5-export term 1 from protocol bgp set policy-options policy-statement vpn-m5-export term 1 from protocol direct set policy-options policy-statement vpn-m5-export term 1 then community add vpn-m5-target set policy-options policy-statement vpn-m5-export term 1 then accept set policy-options policy-statement vpn-m5-export term 2 then reject set policy-options policy-statement vpn-m5-import term 1 from protocol bgp set policy-options policy-statement vpn-m5-import term 1 from protocol direct set policy-options policy-statement vpn-m5-import term 1 from community vpn-m5-target set policy-options policy-statement vpn-m5-import term 1 then accept set policy-options policy-statement vpn-m5-import term 2 then reject set policy-options community vpn-m5-target members target:55:100 set routing-instances vpn-m5 instance-type vrf set routing-instances vpn-m5 interface xe-4/0/0.0 set routing-instances vpn-m5 interface xe-4/0/1.0 set routing-instances vpn-m5 route-distinguisher 120.168.0.9:1 set routing-instances vpn-m5 vrf-import vpn-m5-import set routing-instances vpn-m5 vrf-export vpn-m5-export set routing-instances vpn-m5 protocols bgp group ce type external set routing-instances vpn-m5 protocols bgp group ce peer-as 100 set routing-instances vpn-m5 protocols bgp group ce as-override set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.9.2 set routing-instances vpn-m5 protocols bgp group ce neighbor 120.168.10.2 set routing-instances vpn-m5 protocols ospf domain-id 1.0.0.0 set routing-instances vpn-m5 protocols ospf export vpn-m5-import set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-4/0/0.0 set routing-instances vpn-m5 protocols ospf area 0.0.0.0 interface xe-4/0/1.0
Konfigurieren des adaptiven Load Balancings
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus.
So konfigurieren Sie den R2-Router:
Wiederholen Sie diesen Vorgang für die anderen Router, nachdem Sie die entsprechenden Schnittstellennamen, Adressen und sonstigen Parameter für jeden Router geändert haben.
Geben Sie die Anzahl der zu erstellenden aggregierten Ethernet-Schnittstellen an.
[edit chassis]user@R2# set aggregated-devices ethernet device-count 5Konfigurieren Sie die Gigabit-Ethernet-Schnittstellenverbindung, die R2 mit R1 verbindet.
[edit interfaces]user@R2# set ge-1/2/0 unit 0 family inet address 120.168.100.1/30 user@R2# set ge-1/2/0 unit 0 family iso user@R2# set ge-1/2/0 unit 0 family mpls user@R2# set ge-1/2/1 unit 0 family inet address 120.168.101.1/30 user@R2# set ge-1/2/1 unit 0 family iso user@R2# set ge-1/2/1 unit 0 family mpls user@R2# set lo0 unit 0 family inet address 120.168.0.4/32 user@R2# set lo0 unit 0 family iso address 49.0001.1201.6800.0004.00Konfigurieren Sie die fünf Mitgliedsverbindungen des aggregierten ae0-Ethernet-Pakets.
[edit interfaces]user@R2# set ge-1/3/0 gigether-options 802.3ad ae0 user@R2# set ge-1/3/1 gigether-options 802.3ad ae0 user@R2# set ge-1/3/2 gigether-options 802.3ad ae0 user@R2# set ge-1/3/3 gigether-options 802.3ad ae0 user@R2# set ge-1/3/4 gigether-options 802.3ad ae0Konfigurieren Sie die acht Mitgliedsverbindungen des aggregierten Ethernet-Pakets ae1.
[edit interfaces]user@R2# set ge-2/2/1 gigether-options 802.3ad ae1 user@R2# set ge-2/2/2 gigether-options 802.3ad ae1 user@R2# set ge-2/2/3 gigether-options 802.3ad ae1 user@R2# set ge-2/2/4 gigether-options 802.3ad ae1 user@R2# set ge-2/2/5 gigether-options 802.3ad ae1 user@R2# set ge-2/2/6 gigether-options 802.3ad ae1 user@R2# set ge-2/2/7 gigether-options 802.3ad ae1 user@R2# set ge-2/2/8 gigether-options 802.3ad ae1Aktivieren Sie aggregiertes Ethernet-Load Balancing auf ae0 von R2.
[edit interfaces]user@R2# set ae0 aggregated-ether-options load-balance adaptive tolerance 10Konfigurieren Sie die Verbindungsgeschwindigkeit für das aggregierte Ethernet-Paket ae0.
[edit interfaces]user@R2# set ae0 aggregated-ether-options link-speed 1gKonfigurieren Sie LACP im aggregierten Ethernet-Bundle ae0.
[edit interfaces]user@R2# set ae0 aggregated-ether-options lacp activeKonfigurieren Sie die Schnittstellenparameter für das aggregierte Ethernet-Bundle ae0.
[edit interfaces]user@R2# set ae0 unit 0 family inet address 120.168.104.1/30 user@R2# set ae0 unit 0 family iso user@R2# set ae0 unit 0 family mplsAktivieren Sie das aggregierte Ethernet-Load Balancing auf AE1 von R2.
[edit interfaces]user@R2# set ae1 aggregated-ether-options load-balance adaptive tolerance 10Konfigurieren Sie die Verbindungsgeschwindigkeit für das aggregierte Ethernet-Bundle ae1.
[edit interfaces]user@R2# set ae1 aggregated-ether-options link-speed 1gKonfigurieren Sie LACP für das aggregierte Ethernet-Bundle ae1.
[edit interfaces]user@R2# set ae1 aggregated-ether-options lacp activeKonfigurieren Sie die Schnittstellenparameter für das aggregierte Ethernet-Bundle ae1.
[edit interfaces]user@R2# set ae1 unit 0 family inet address 120.168.105.1/30 user@R2# set ae1 unit 0 family iso user@R2# set ae1 unit 0 family mplsDeaktivieren Sie selektive aggregierte Ethernet-Statistiken.
[edit accounting-options]user@R2# set selective-aggregate-interface-stats disableKonfigurieren Sie RSVP auf allen Schnittstellen von R2 und in den AE-Bundles.
[edit protocols]user@R2# set rsvp interface ge-1/2/0.0 user@R2# set rsvp interface ge-1/2/1.0 user@R2# set rsvp interface ae0.0 user@R2# set rsvp interface ae1.0Konfigurieren Sie MPLS auf allen Schnittstellen von R2 und auf den AE-Bundles.
[edit protocols]user@R2# set mpls interface ge-1/2/0.0 user@R2# set mpls interface ge-1/2/1.0 user@R2# set mpls interface ae0.0 user@R2# set mpls interface ae1.0Konfigurieren Sie IS-IS auf allen Schnittstellen von R2 und in den AE-Bundles.
[edit protocols]user@R2# set isis traffic-engineering family inet shortcuts user@R2# set isis level 1 disable user@R2# set isis interface ge-1/2/0.0 user@R2# set isis interface ge-1/2/1.0 user@R2# set isis interface ae0.0 user@R2# set isis interface ae1.0 user@R2# set isis interface lo0.0
Ergebnisse
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration durch Eingabe der show chassisBefehle , show interfaces, show accounting-optionsund show protocols . Wenn die Ausgabe nicht die beabsichtigte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
user@R2# show chassis
aggregated-devices {
ethernet {
device-count 5;
}
}
user@R2# show interfaces
ge-1/2/0 {
unit 0 {
family inet {
address 120.168.100.1/30;
}
family iso;
family mpls;
}
}
ge-1/2/1 {
unit 0 {
family inet {
address 120.168.101.1/30;
}
family iso;
family mpls;
}
}
ge-1/3/0 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/1 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/2 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/3 {
gigether-options {
802.3ad ae0;
}
}
ge-1/3/4 {
gigether-options {
802.3ad ae0;
}
}
ge-2/2/1 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/2 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/3 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/4 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/5 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/6 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/7 {
gigether-options {
802.3ad ae1;
}
}
ge-2/2/8 {
gigether-options {
802.3ad ae1;
}
}
ae0 {
aggregated-ether-options {
load-balance {
adaptive tolerance 10;
}
link-speed 1g;
lacp {
active;
}
}
unit 0 {
family inet {
address 120.168.104.1/30;
}
family iso;
family mpls;
}
}
ae1 {
aggregated-ether-options {
load-balance {
adaptive tolerance 10;
}
link-speed 1g;
lacp {
active;
}
}
unit 0 {
family inet {
address 120.168.105.1/30;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 120.168.0.4/32;
}
family iso {
address 49.0001.1201.6800.0004.00;
}
}
}
user@R2# show accounting-options
selective-aggregate-interface-stats disable;
user@R2# show protocols
rsvp {
interface ge-1/2/0.0;
interface ge-1/2/1.0;
interface ae0.0;
interface ae1.0;
}
mpls {
interface ge-1/2/0.0;
interface ge-1/2/1.0;
interface ae0.0;
interface ae1.0;
}
isis {
traffic-engineering {
family inet {
shortcuts;
}
}
level 1 disable;
interface ge-1/2/0.0;
interface ge-1/2/1.0;
interface ae0.0;
interface ae1.0;
interface lo0.0;
}
Verifizierung
Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.
Überprüfen des adaptiven Load Balancing auf ae0
Zweck
Stellen Sie sicher, dass die im aggregierten Ethernet-Paket ae0 empfangenen Pakete einen Lastenausgleich zwischen den fünf Mitgliedsverbindungen haben.
Aktion
Führen Sie den show interfaces ae0 extensive Befehl im Betriebsmodus aus.
user@R2> show interfaces ae0 extensive
Logical interface ae0.0 (Index 325) (SNMP ifIndex 917) (Generation 134)
Flags: SNMP-Traps 0x4004000 Encapsulation: ENET2
Statistics Packets pps Bytes bps
Bundle:
Input : 848761 9 81247024 7616
Output: 166067308909 3503173 126900990064983 21423804256
Adaptive Statistics:
Adaptive Adjusts: 264
Adaptive Scans : 27682
Adaptive Updates: 10
Link:
ge-1/3/0.0
Input : 290888 5 29454436 3072
Output: 33183442699 704569 25358563587277 4306031760
ge-1/3/1.0
Input : 162703 1 14806325 992
Output: 33248375409 705446 25406995966732 4315342152
ge-1/3/2.0
Input : 127448 1 12130566 992
Output: 33184552729 697572 25354827700261 4267192376
ge-1/3/3.0
Input : 121044 1 11481262 1280
Output: 33245875402 697716 25405953405192 4265750584
ge-1/3/4.0
Input : 146678 1 13374435 1280
Output: 33205071207 697870 25374651121458 4269487384
Bedeutung
Die Member-Links des aggregierten ae0-Ethernet-Bundles werden mit adaptivem Load Balancing vollständig genutzt.
Plattformspezifisches aggregiertes Ethernet-Load-Balancing-Verhalten
Verwenden Sie den Feature-Explorer , um die Plattform- und Release-Unterstützung für bestimmte Funktionen zu bestätigen.
In der folgenden Tabelle finden Sie Informationen zu plattformspezifischen Verhaltensweisen für Ihre Plattform.
Plattformspezifisches aggregiertes Ethernet-Load-Balancing-Verhalten
| Plattform-Unterschied | |
|---|---|
| ACX-Serie |
|
| EX-Serie |
|
| MX-Serie |
|
| PTX-Serie |
|
| QFX-Serie |
|
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie den Feature-Explorer , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.
payload Anweisung verwendet werden.