Load Balancing auf aggregierten Ethernet-Schnittstellen
SUMMARY Load Balancing auf aggregierten Ethernet-Schnittstellen reduziert Netzwerküberlastung, indem 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, bietet eine ordnungsgemäße Verschlechterung bei Fehlern, erhöht die Verfügbarkeit und bietet Lastausgleichsfunktionen. Load Balancing ermöglicht es dem Gerät, ein- und ausgehenden Datenverkehr auf mehrere Schnittstellen aufzuteilen, um Überlastungen im Netzwerk zu reduzieren. In diesem Thema wird der Lastenausgleich und die Konfiguration des Lastenausgleichs auf Ihrem Gerät beschrieben.
Load Balancing und Ethernet-Link-Aggregation – Übersicht
Sie können eine Link Aggregation Group (LAG) für eine Gruppe von Ethernet-Ports erstellen. Layer-2-Bridging-Datenverkehr wird über die Mitgliederverbindungen dieser Gruppe verteilt, was die Konfiguration sowohl für Überlastungsprobleme als auch für Redundanz attraktiv macht. Sie können bis zu 128 LAG-Bundles auf Routern der M- und T-Serie und 480 LAG-Bundles auf Routern der MX-Serie und EX9200-Switches konfigurieren. Jedes LAG-Bundle enthält bis zu 16 Links. (Die Plattformunterstützung hängt von der Junos OS-Version in Ihrer Installation ab.)
Bei LAG-Bundles bestimmt der Hashing-Algorithmus, wie der in ein LAG-Bundle eingehende Datenverkehr auf die Mitgliedslinks des Bundles platziert wird. Der Hashing-Algorithmus versucht, die Bandbreite zu verwalten, indem er den gesamten eingehenden Datenverkehr gleichmäßig auf die Mitgliedslinks im Bundle verteilt. Der Hash-Modus des Hashing-Algorithmus ist standardmäßig auf Layer-2-Nutzlast eingestellt. Wenn der Hash-Modus auf Layer-2-Nutzlast eingestellt ist, verwendet das Hashing die IPv4- und IPv6-Nutzlastfelder für das Hashing. Sie können den Load-Balancing-Hash-Schlüssel für Layer-2-Datenverkehr auch so konfigurieren, dass Felder in den Layer-3- und Layer-4-Headern mithilfe der Anweisung verwendet werden.payload
Beachten Sie jedoch, dass das Lastenausgleichsverhalten plattformspezifisch ist und auf entsprechenden Hash-Schlüsselkonfigurationen basiert.
Weitere Informationen finden Sie unter Konfigurieren des Lastenausgleichs für eine LAG-Verbindung. In einem Layer-2-Switch ist eine Verbindung überlastet und andere Verbindungen werden nicht ausgelastet.Configuring Load Balancing on a LAG Link
Grundlegendes zum aggregierten Ethernet-Lastausgleich
Die Link-Aggregation-Funktion wird verwendet, um mehrere physische aggregierte Ethernet-Schnittstellen zu einer logischen Schnittstelle zu bündeln. Ein oder mehrere Links werden aggregiert, um einen virtuellen Link oder eine Link Aggregation Group (LAG) zu bilden. Der MAC-Client behandelt diese virtuelle Verbindung so, als ob es sich um eine einzelne Verbindung handeln würde. Link-Aggregation erhöht die Bandbreite, bietet eine ordnungsgemäße Verschlechterung bei Fehlern und erhöht die Verfügbarkeit.
Zusätzlich zu diesen Vorteilen wird ein aggregiertes Ethernet-Bundle erweitert, um Lastausgleichsfunktionen bereitzustellen, die sicherstellen, dass die Verbindungsauslastung zwischen den Mitgliedsverbindungen des aggregierten Ethernet-Bundles vollständig und effizient genutzt wird.
Die Load-Balancing-Funktion ermöglicht es einem Gerät, ein- und ausgehenden Datenverkehr auf mehrere Pfade oder Schnittstellen aufzuteilen, um Überlastungen im Netzwerk zu reduzieren. Load Balancing verbessert die Auslastung verschiedener Netzwerkpfade und bietet eine effektivere Netzwerkbandbreite.
Zu den Anwendungen, die Load Balancing verwenden, gehören in der Regel Folgendes:
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 Lastenausgleich über mehrere Schnittstellen zwischen zwei Geräten. Da es sich hierbei um einen Layer-2-Lastausgleichsmechanismus handelt, müssen sich alle einzelnen Komponentenverbindungen an beiden Enden zwischen denselben beiden Geräten 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.
Equal-Cost Multipath (ECMP) (Layer 3)
Wenn für die aktive Route mehrere Pfade zu gleichen Kosten zum gleichen Ziel vorhanden sind, verwendet Junos OS standardmäßig einen Hash-Algorithmus, um eine der Adressen für den nächsten Hop auszuwählen, die in der Weiterleitungstabelle installiert werden sollen. Wenn sich die Gruppe der nächsten Hops für ein Ziel in irgendeiner Weise ändert, wird die Adresse des nächsten Hops mithilfe des Hashalgorithmus neu ausgewählt. Es gibt auch eine Option, mit der mehrere Next-Hop-Adressen in der Weiterleitungstabelle installiert werden können, was als Lastenausgleich pro Paket bezeichnet wird.
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 der Lastenausgleich wird aus einigen der folgenden Gründe zu einer Herausforderung:
Falsches Load Balancing durch aggregierte nächste Hops
Falsche Paket-Hash-Berechnung
Unzureichende Varianz im Paketfluss
Falsche Musterauswahl
Aufgrund eines Ungleichgewichts im Datenverkehr ist die Last nicht gut verteilt, was zu Staus auf 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 echten Datenverkehrsungleichgewichts auf aggregierten Ethernet-Bundles (IEEE 802.3ad).
Adaptives Load Balancing
Adaptives Load Balancing verwendet einen Feedback-Mechanismus, um ein echtes Ungleichgewicht im Datenverkehr zu korrigieren. Um die Ungleichgewichte zu korrigieren, werden die Bandbreite und der Paketstrom der Links angepasst, um eine effiziente Verteilung des Datenverkehrs auf die Links in einem AE-Bündel zu erreichen.
Um den adaptiven Lastenausgleich zu konfigurieren, schließen Sie die Anweisung auf Hierarchieebene ein.
adaptive
[edit interfaces aex aggregated-ether-options load-balance]
HINWEIS:Adaptives Load Balancing wird nicht unterstützt, wenn die VLAN-ID auf der aggregierten Ethernet-Schnittstelle konfiguriert ist. Diese Einschränkung betrifft nur die Paketübertragungs-Router und QFX10000-Switches der PTX-Serie.
Um den Toleranzwert als Prozentsatz zu konfigurieren, fügen Sie das optionale Schlüsselwort auf Hierarchieebene ein.
tolerance
[edit interfaces aex aggregated-ether-options load-balance adaptive]
Um den adaptiven Lastenausgleich basierend auf Paketen pro Sekunde (anstelle der Standardeinstellung Bits pro Sekunde) zu konfigurieren, fügen Sie das Schlüsselwort optional auf Hierarchieebene ein.
pps
[edit interfaces aex aggregated-ether-options load-balance adaptive]
Um das Scanintervall für den Hashwert basierend auf der Abtastrate der letzten zwei Sekunden zu konfigurieren, fügen Sie das optionale Schlüsselwort auf Hierarchieebene ein.
scan-interval
[edit interfaces aex aggregated-ether-options load-balance adaptive]
HINWEIS:Die Schlüsselwörter und optional werden nur auf Paketübertragungs-Routern der PTX-Serie unterstützt.
pps
scan-interval
Zufälliger Spray-Lastausgleich pro Paket
Wenn die Option für den adaptiven Lastenausgleich fehlschlägt, dient der zufällige Sprühlastausgleich pro Paket als letzter Ausweg. Es stellt sicher, dass die Mitglieder eines AE-Pakets gleichmäßig belastet werden, ohne die Bandbreite zu berücksichtigen. Pro Paket bewirkt eine Neuanordnung von Paketen und wird daher nur empfohlen, wenn die Anwendungen die Neuanordnung übernehmen. Das zufällige Sprühen pro Paket eliminiert ein Ungleichgewicht im Datenverkehr, das aufgrund von Softwarefehlern auftritt, mit Ausnahme von Paket-Hash.
Um den Random Spray-Lastenausgleich pro Paket zu konfigurieren, schließen Sie die Anweisung auf Hierarchieebene ein.
per-packet
[edit interfaces aex aggregated-ether-options load-balance]
Die aggregierten Ethernet-Load-Balancing-Lösungen schließen sich gegenseitig aus. Wenn mehr als eine der Lastenausgleichslösungen konfiguriert ist, überschreibt die zuletzt konfigurierte Lösung die zuvor konfigurierte. Sie können die verwendete Lastenausgleichslösung überprüfen, indem Sie den Befehl absetzen.show interfaces aex aggregated-ether-options load-balance
Siehe auch
Stateful Load Balancing für aggregierte Ethernet-Schnittstellen mit 5-Tupel-Daten
Wenn mehrere Datenströme von einer aggregierten Ethernet-Schnittstelle () übertragen werden, müssen die Datenströme gleichmäßig auf die verschiedenen Mitgliedsverbindungen verteilt werden, um ein effektives und optimales Lastausgleichsverhalten zu ermöglichen.ae
Um eine optimierte und robuste Methode des Lastausgleichs zu erhalten, spielt die Mitgliedsverbindung des aggregierten Ethernet-Schnittstellenpakets, die jedes Mal für den Lastausgleich ausgewählt wird, eine wichtige Rolle. In Junos OS-Versionen vor Version 13.2R1 erfolgt auf Routern der MX-Serie mit Trio-basierten FPCs (MPCs) die Auswahl einer Mitgliedsverbindung des Schnittstellenpakets oder der Next-Hop-Links (oder der Unilist von Next-Hops für kostengünstige Multipath-ECM-Links) mit einer Next-Hop-Auswahlmethode im ausgewogenen Modus und einer unsymmetrischen Methode der Mitgliederverbindung oder der Auswahl des nächsten Hops.ae
Der balancierte Modus der Link-Auswahl verwendet 'n' Bits in einem vorberechneten Hash-Wert, wenn er einen von 2^n (2 hoch n) Next-Hop in der Uniliste 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 Aggregation Group (LAG) oder des Bundles erfolgt.ae
Der Begriff "ausgeglichen" oder "unausgeglichen" gibt an, ob eine Selektortabelle für den Lastausgleichsmechanismus verwendet wird oder nicht. Das LAG-Bundle verwendet den unsymmetrischen Modus (Selektortabellenausgleich), um den Datenverkehr über die Mitgliedsverbindungen auszugleichen. Wenn der Datenverkehrsfluss minimal ist, können die folgenden Probleme mit dem unausgeglichenen Modus auftreten: Die Linkauswahllogik verwendet nur Teilmengenbits des vorberechneten Hashs. Unabhängig von der Effizienz des Hashalgorithmus handelt es sich nur um die komprimierte Darstellung eines Datenstroms. Da die Varianz zwischen den Datenströmen sehr gering ist, bieten die resultierenden Hashes und die Teilmenge, die berechnet werden, nicht die erforderliche Variabilität, um alle LAG-Mitgliedslinks effektiv zu nutzen. Es gibt eine übermäßige Menge an Zufall in der Hash-Berechnung und auch in der Selektortabelle. Daher ist die Abweichung von einer optimalen Lastenausgleichstechnik für jeden ausgewählten untergeordneten Link höher, wenn die Anzahl der Flows geringer ist.
Die Abweichung pro untergeordneter Verknüpfung ist definiert als
vi = ((Ci - (m/n)))/n
Wo
Vi bezeichnet die Abweichung für die untergeordnete Verknüpfung '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 gibt die Gesamtzahl der Pakete an, die mit diesem LAG-Paket übertragen wurden.
N gibt die Anzahl der untergeordneten Links in dieser LAG an.
Aufgrund dieser Nachteile ist bei einer geringeren Anzahl von Datenflüssen oder Datenflüssen mit geringerer Varianz zwischen den Datenflüssen die Linkauslastung verzerrt, und es besteht eine hohe Wahrscheinlichkeit, dass einige untergeordnete Links nicht vollständig verwendet werden. Ab Junos OS Version 13.2R1 ist die Möglichkeit eines einheitlichen Lastausgleichs und auch eines Rebalancing bei Routern der MX-Serie mit MPCs, mit Ausnahme von MPC3Es und MPC4E, eingeführt. Das Rebalancing wird nicht unterstützt, wenn das Load-Balancing aufgrund einer Änderung der Anzahl der Datenströme verzerrt oder verzerrt ist.
Der Mechanismus zum Aufzeichnen und Beibehalten von Zuständen für die Datenströme und zum Verteilen der Datenverkehrslast entsprechend wird hinzugefügt. Infolgedessen werden sie für m Anzahl von Datenströmen auf n Mitgliedslinks eines LAG-Bündels oder auf die Uniliste der nächsten Hops in einem ECMP-Link verteilt. Diese Methode zur Aufteilung der Last auf Member-Links 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. Dadurch wird die bei jedem untergeordneten Link beobachtete Abweichung reduziert.
Dieser Mechanismus funktioniert nur bei einer minimalen Anzahl von Datenströmen (ca. weniger als Tausende von Datenströmen) effizient. Für eine größere Anzahl von Datenströmen (zwischen 1000 und 10.000 Datenströmen) empfehlen wir die Verwendung eines verteilten Trio-basierten Lastenausgleichsmechanismus.
Stellen Sie sich ein Beispielszenario vor, in dem "n"-Links in der LAG mit den Link-IDs 0 bis n-1 identifiziert werden. Eine Hashtabelle oder eine Flow-Tabelle wird verwendet, um die Flows aufzuzeichnen, sobald sie angezeigt werden. Der Hashschlüssel wird aus den Feldern erstellt, die einen Datenfluss eindeutig identifizieren. Das Ergebnis der Suche identifiziert die link_id, die der Flow derzeit verwendet. Für jedes Paket wird die Datenstromtabelle basierend auf der Datenflusskennung untersucht. Wenn eine Übereinstimmung gefunden wird, wird ein Paket bezeichnet, das 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 Datenfluss gehört. Die Verknüpfungs-ID wird verwendet, um die Verknüpfung auszuwählen, und das Schema wird in die Schematabelle eingefügt.
Um den Lastenausgleich pro Datenfluss basierend auf Hashwerten zu aktivieren, schließen Sie die Anweisung auf der Hierarchieebene ein.per-flow
[edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful]
Standardmäßig verwendet Junos OS eine Hashing-Methode, die nur auf der Zieladresse basiert, um einen Weiterleitungs-Next-Hop auszuwählen, wenn mehrere Pfade mit gleichen Kosten verfügbar sind. Allen Slots der Packet Forwarding Engine wird standardmäßig derselbe Hashwert zugewiesen. Um den Lastenausgleichsalgorithmus so zu konfigurieren, dass die LAG mithilfe vorhandener Parameter dynamisch neu ausgeglichen wird, schließen Sie die Anweisung auf Hierarchieebene ein.rebalance interval
[edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful]
Dieser Parameter sorgt in regelmäßigen Abständen für einen Lastausgleich des Datenverkehrs, indem er über ein Rebalance-Intervall einen synchronisierten Rebalance-Switchover für alle eingehenden Packet Forwarding Engines (PFEs) bereitstellt. Sie können das Intervall als Wert im Bereich von 1 bis 1000 Datenflüssen pro Minute angeben. Um den Ladetyp zu konfigurieren, fügen Sie die Anweisung auf Hierarchieebene ein.load-type (low | medium | high)
[edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful]
Die Option aktiviert die Load-Balancing-Funktion für AE-Bundles.stateful per-flow
Mit dieser Option wird der Lastenausgleichsstatus in festgelegten Intervallen gelöscht.rebalance
Die Option informiert die Packet Forwarding Engine über das geeignete zu verwendende Speichermuster.load
Wenn die Anzahl der Datenströme, die über diese aggregierte Ethernet-Schnittstelle fließen, geringer ist (zwischen 1 und 100 Datenströmen), kann das Schlüsselwort verwendet werden.low
In ähnlicher Weise kann für relativ höhere Datenflüsse (zwischen 100 und 1000 Datenflüssen) das Schlüsselwort und das Schlüsselwort für die maximalen Datenflüsse (zwischen 1000 und 10.000 Datenströmen) verwendet werden.medium
large
Die ungefähre Anzahl der Datenströme für effektiven Lastenausgleich für jedes Schlüsselwort ist eine Ableitung.
Der Befehl löscht den Lastenausgleichsstatus auf Hardwareebene und ermöglicht das Rebalancing aus dem bereinigten, leeren Zustand.clear interfaces aeX unit logical-unit-number forwarding-options load-balance state
Dieser Clear-Zustand wird nur ausgelöst, wenn Sie diesen Befehl verwenden. Der Befehl löscht alle aggregierten Lastausgleichszustände der Ethernet-Schnittstelle und erstellt sie neu.clear interfaces aggregate forwarding-options load-balance state
Richtlinien für die Konfiguration von Stateful Load Balancing für aggegierte Ethernet-Schnittstellen oder LAG-Bundles
Beachten Sie bei der Konfiguration des zustandsbehafteten Lastenausgleichs 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 Flüsse in den Selektor eingetragen. Dieses Verhalten führt zu einer Neuverteilung von Datenflüssen, da der alte Zustand verloren geht. Dies ist das vorhandene Verhalten, ohne den zustandsbehafteten Lastenausgleich pro Datenfluss zu aktivieren.
Zustandsbehaftete Lastausgleichsfunktionen pro Datenfluss auf AE-Schnittstellen, wenn der eingehende Datenverkehr die Linecards MPC1E, MPC2E, MPC3E-3D, MPC5E und MPC6E erreicht. Bei allen anderen Linecard-Typen wird diese Funktionalität nicht berücksichtigt. 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äß. Stateful-Load-Balancing wird nicht unterstützt, wenn es sich bei der Eingangs-Linecard um eine DPC und bei der Ausgangslinecard um eine DPC oder MPC handelt.
Diese Funktion wird für Multicast-Datenverkehr (nativ/Flood) nicht unterstützt.
Die Aktivierung der Option "Rebalance" oder das Löschen des Lastenausgleichsstatus kann dazu führen, dass Pakete für aktive Datenströme neu angeordnet werden, da für Datenverkehrsflüsse unterschiedliche Linksätze ausgewählt werden können.
Obwohl die Funktionsleistung hoch ist, verbraucht sie eine beträchtliche Menge an Linecard-Speicher. Diese Funktion kann bei ca. 4000 logischen Schnittstellen oder 16 aggregierten logischen Ethernet-Schnittstellen auf unterstützten MPCs aktiviert werden. Wenn jedoch der Hardwarespeicher der Packet Forwarding Engine je nach verfügbarem Arbeitsspeicher knapp wird, wird auf den standardmäßigen Lastausgleichsmechanismus 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. Das Limit wird durch die Linecards bestimmt.
Wenn die Datenverkehrsströme häufig altern, muss das Gerät die Lastenausgleichszustände entfernen oder aktualisieren. Daher müssen Sie das Rebalancing 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 ein untergeordneter Link ausfällt oder hochgefahren wird, ändert sich das Lastenausgleichsverhalten an vorhandenen Flows nicht. Diese Bedingung dient dazu, eine Neuanordnung 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 Lastenausgleichszustände löschen oder die Rebalancing-Funktionalität verwenden, um eine automatische Löschung der Hardwarezustände zu bewirken. Wenn Sie die Rebalancing-Funktion konfigurieren, können Datenverkehrsströme an andere Links umgeleitet werden, was zu einer Neuanordnung von Paketen 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 Verteilen der Datenverkehrslast entsprechend wird hinzugefügt. Infolgedessen werden sie für m Anzahl von Datenströmen auf n Mitgliedslinks eines LAG-Bündels oder auf die Uniliste der nächsten Hops in einem ECMP-Link verteilt. Diese Methode zur Aufteilung der Last auf Member-Links 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. Dadurch wird die bei jedem untergeordneten Link beobachtete Abweichung reduziert.
So konfigurieren Sie Stateful Load Balancing für Schnittstellen-Bundles:ae
Konfigurieren des adaptiven Lastenausgleichs
In diesem Thema wird beschrieben, wie der adaptive Lastenausgleich konfiguriert wird. Adaptives Load Balancing sorgt für eine effiziente Nutzung der Bandbreite der Mitgliederverbindung für ein aggregiertes Ethernet-Bündel (AE). Adaptives Load Balancing verwendet einen Feedback-Mechanismus, um ein Ungleichgewicht bei der Datenverkehrslast zu korrigieren, indem die Bandbreite und die Paketströme auf Links innerhalb eines AE-Pakets angepasst werden.
Bevor Sie beginnen:
Konfigurieren Sie eine Reihe von Schnittstellen mit einer Protokollfamilie und einer IP-Adresse. Diese Schnittstellen können die Mitgliedschaft für das AE-Bundle ausmachen.
Erstellen Sie ein AE-Paket, indem Sie eine Reihe von Routerschnittstellen als aggregiertes Ethernet und mit einer bestimmten AE-Gruppenkennung konfigurieren.
So konfigurieren Sie den adaptiven Lastenausgleich für AE-Pakete:
Siehe auch
Konfigurieren des symmetrischen Lastenausgleichs in einer 802.3ad-Link-Aggregationsgruppe auf Routern der MX-Serie
- Symmetrisches Load Balancing bei einer 802.3ad LAG auf Routern der MX-Serie Übersicht
- Konfigurieren des symmetrischen Lastausgleichs in einer 802.3ad-LAG auf Routern der MX-Serie
- Konfigurieren des symmetrischen Lastenausgleichs auf Trio-basierten MPCs
- Beispielkonfigurationen
Symmetrisches Load Balancing bei 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 DPI-Geräte (Deep Packet Inspection) über ein LAG-Bundle verbunden sind. DPI-Geräte verfolgen die Datenströme und benötigen Informationen über einen bestimmten Datenfluss sowohl in Vorwärts- als auch in Rückwärtsrichtung. Ohne symmetrisches Load Balancing auf einer 802.3ad-LAG könnten die DPIs den Datenfluss missverstehen, was zu Datenverkehrsunterbrechungen führen könnte. Durch die Verwendung dieser Funktion wird ein bestimmter Datenverkehrsfluss (Duplex) für dieselben Geräte in beide Richtungen sichergestellt.
Beim symmetrischen Lastenausgleich auf einer 802.3ad-LAG wird ein Mechanismus zum Vertauschen der Quell- und Zieladressen für eine Hashberechnung von Feldern wie Quelladresse und Zieladresse verwendet. Das Ergebnis eines Hashes, der für diese Felder berechnet wird, wird verwendet, um den Link der LAG auszuwählen. Die Hash-Berechnung für den Vorwärts- und Rückwärtsfluss muss identisch sein. Dies wird erreicht, indem Quellfelder mit Zielfeldern für den umgekehrten Fluss vertauscht werden. Die ausgelagerte Operation wird als Komplement-Hash-Berechnung oder und die reguläre (oder nicht ausgetauschte) Operation als symmetrische Hash-Berechnung oder bezeichnet.symmetric-hash complement
symmetric-hash
Die austauschbaren Felder sind MAC-Adresse, IP-Adresse und Port.
Konfigurieren des symmetrischen Lastausgleichs in einer 802.3ad-LAG auf Routern der MX-Serie
Sie können angeben, ob symmetrischer oder komplementärer Hash für den Lastenausgleich des Datenverkehrs verwendet werden soll. Um symmetrischen Hash zu konfigurieren, verwenden Sie die Anweisung auf Hierarchieebene .symmetric-hash
[edit forwarding-options hash-key family inet]
Um die symmetrische Hashkomplementierung zu konfigurieren, verwenden Sie die Anweisung und die Option auf Hierarchieebene .symmetric-hash complement
[edit forwarding-options hash-key family inet]
Diese Vorgänge können auch auf PIC-Ebene ausgeführt werden, indem ein Hashschlüssel angegeben wird. Um einen Hashschlüssel auf der PIC-Ebene zu konfigurieren, verwenden Sie die oder-Anweisung auf der Hierarchieebene und .symmetric-hash
symmetric-hash complement
[edit chassis hash-key family inet]
[edit chassis hash-key family multiservice]
Betrachten Sie das Beispiel in .Abbildung 1
Router A ist mit symmetrischem Hash und Router B mit symmetrischem Hash-Komplement konfiguriert. Daher erfolgt für einen bestimmten Datenstrom die Post-Hash-Berechnung von Router A zu Router B über i2.fx Der umgekehrte Datenverkehr für denselben Datenstrom erfolgt von Router B zu Router A über dasselbe i2-Gerät wie das Hashing (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.fx
Der gewählte Link kann jedoch dem entsprechen, was an die DPI angehängt wurde. Mit anderen Worten, das Hashing-Ergebnis sollte auf dieselben Verbindungen verweisen, die verbunden sind, damit der Datenverkehr in beide Richtungen durch dieselben DPI-Geräte fließt. Um dies sicherzustellen, müssen Sie auch die Gegenports (Ports, die mit demselben DPI-iN verbunden sind) mit dem identischen Link-Index konfigurieren. Dies geschieht, wenn ein Child-Link in das 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 beliebige Links, die miteinander verbunden sind, denselben Linkindex haben sollten und diese Linkindizes in einem bestimmten Bundle eindeutig sein müssen.
Die folgenden Einschränkungen gelten bei der Konfiguration des symmetrischen Lastausgleichs auf einer 802.3ad-LAG auf Routern der MX-Serie:
Die Packet Forwarding Engine (PFE) kann so konfiguriert werden, dass sie den Datenverkehr entweder im symmetrischen oder im komplementären Modus hasht. Ein einzelner PFE-Komplex kann nicht in beiden Betriebsmodi gleichzeitig arbeiten, und eine solche Konfiguration kann zu unerwünschten Ergebnissen führen.
Die Pro-PFE-Einstellung überschreibt die gehäuseweite Einstellung nur für die konfigurierte Familie. Bei den 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 mit dieser Option kombiniert werden.
per-flow-hash-seed load-balancing
Dies erfordert, dass alle PFE-Komplexe, die komplementär konfiguriert sind, 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-Administrationsbibliothek für Routing-Geräte.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-vpns/index.htmlhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/system-basics/index.html
Beispiele für Konfigurationsanweisungen
So konfigurieren Sie 802.3ad-LAG-Parameter auf Bundle-Ebene:
[edit interfaces] g(x)e-fpc/pic/port { gigether-options { 802.3ad { bundle; link-index number; } } }
wobei der Wert zwischen 0 und 15 liegt.link-index number
Sie können den oben konfigurierten Linkindex mit dem folgenden Befehl überprüfen:show interfaces
[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 Lastenausgleich von Layer-2-Datenverkehr basierend auf Layer-3-Feldern können Sie 802.3ad-LAG-Parameter auf PIC-Ebene konfigurieren. Diese Konfigurationsoptionen sind in der Chassishierarchie wie folgt verfügbar:
[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;] } } } . . . } }
Konfigurieren des symmetrischen Lastenausgleichs auf Trio-basierten MPCs
Mit einigen Konfigurationsunterschieden wird symmetrisches Load-Balancing über eine 802.3ad-Link-Aggregationsgruppe auf Routern der MX-Serie mit Trio-basierten MPCs unterstützt.
Um einen symmetrischen Lastausgleich auf Trio-basierten MPCs zu erreichen, müssen folgende Schritte ausgeführt werden:
Berechnen eines symmetrischen Hashs
Beide Router müssen denselben Hash-Wert aus dem Datenfluss in Vorwärts- und Rückwärtsrichtung berechnen. Auf Trio-basierten Plattformen ist der berechnete Hash-Wert unabhängig von der Richtung des Datenflusses und daher immer symmetrisch. Aus diesem Grund ist keine spezielle Konfiguration erforderlich, um einen symmetrischen Hash-Wert auf Trio-basierten Plattformen zu berechnen.
Es ist jedoch zu beachten, dass die Felder, die zur Konfiguration des Hashs verwendet werden, an beiden Enden der LAG identische Ein- und Ausschlusseinstellungen haben sollten.
Konfigurieren von Linkindizes
Damit beide Router dieselbe Verbindung mit demselben Hash-Wert auswählen können, müssen die Links innerhalb der LAG auf beiden Routern mit demselben Verbindungsindex konfiguriert werden. Dies kann mit der Anweisung erreicht werden.
link-index
Aktivieren des symmetrischen Lastenausgleichs
Um den symmetrischen Lastenausgleich auf Trio-basierten MPCs zu konfigurieren, fügen Sie die Anweisung auf Hierarchieebene ein.
symmetric
[edit forwarding-options enhanced-hash-key]
Diese Erklärung gilt nur für Trio-basierte Plattformen.Die Anweisung kann mit jeder Protokollfamilie verwendet werden und ermöglicht symmetrischen Lastausgleich für alle aggregierten Ethernet-Bundles auf dem Router.
symmetric
Die Anweisung muss an beiden Enden der LAG aktiviert werden. Diese Anweisung ist standardmäßig deaktiviert.Erzielen Sie Symmetrie für Bridge- und Routing-Datenverkehr
In einigen Bereitstellungen wird das LAG-Paket, bei dem Symmetrie gewünscht wird, von Layer-2-Bridge-Datenverkehr in Upstream-Richtung und von IPv4-Routing-Datenverkehr in Downstream-Richtung durchlaufen. In solchen Fällen ist der berechnete Hash in jede Richtung unterschiedlich, 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 Hash-Schlüssels ausschließen.
Um Quell- und Ziel-MAC-Adressen von der Berechnung des erweiterten Hash-Schlüssels auszuschließen, schließen Sie die Anweisung auf Hierarchieebene ein.
no-mac-addresses
[edit forwarding-options enhanced-hash-key family multiservice]
Diese Anweisung ist standardmäßig deaktiviert.
Wenn symmetrisches Load Balancing auf Trio-basierten MPCs aktiviert ist, beachten Sie die folgenden Vorbehalte:
Datenverkehrspolarisierung ist ein Phänomen, das bei der Verwendung von Topologien auftritt, die den Datenverkehr mithilfe von Hashing desselben Typs verteilen. Wenn Router kaskadiert werden, kann es zu einer Polarisierung des Datenverkehrs kommen, was zu einer ungleichen Verteilung des Datenverkehrs führen kann.
Eine Polarisierung des Datenverkehrs tritt auf, wenn LAGs auf kaskadierten Routern konfiguriert werden. Wenn z. B. in ein bestimmter Datenfluss Link 1 des aggregierten Ethernet-Pakets zwischen Gerät R1 und Gerät R2 verwendet, verwendet der Datenfluss auch Link 1 des aggregierten Ethernet-Pakets zwischen Gerät R2 und Gerät R3.Abbildung 2
Abbildung 2: Polarisierung des Datenverkehrs auf kaskadierten Routern, wenn symmetrisches Load Balancing auf Trio-basierten MPCs aktiviert istDies ist anders als bei einem zufälligen Link-Auswahlalgorithmus, bei dem ein Datenfluss Link 1 des aggregierten Ethernet-Bundles zwischen Gerät R1 und Gerät R2 und Link 2 des aggregierten Ethernet-Bundles zwischen Gerät R2 und Gerät R3 verwenden kann.
Der symmetrische Lastenausgleich gilt nicht für Lastenausgleich pro Präfix, bei dem der Hash auf der Grundlage des Routenpräfixes berechnet wird.
Symmetrischer Lastenausgleich gilt nicht für MPLS- oder VPLS-Datenverkehr, da in diesen Szenarien die Bezeichnungen in beide Richtungen nicht identisch sind.
Beispielkonfigurationen
- Beispielkonfigurationen für Chassis-Wide-Einstellungen
- Beispielkonfigurationen für Einstellungen pro Paketweiterleitungsmodul
Beispielkonfigurationen für Chassis-Wide-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 Einstellungen pro Paketweiterleitungsmodul
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; } }
Konfigurieren des symmetrischen Hashings auf PIC-Ebene für den Lastausgleich auf 802.3ad-LAGs für Router der MX-Serie
Symmetrisches Hashing für das Load Balancing in 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 DPI-Geräte (Deep Packet Inspection) über ein LAG-Bundle verbunden sind. Die DPI-Geräte verfolgen den Datenverkehr sowohl in Vorwärts- als auch in Rückwärtsrichtung.
Wenn symmetrisches Hashing konfiguriert ist, wird der umgekehrte Datenverkehrsfluss ebenfalls über dieselbe untergeordnete Verbindung auf der LAG geleitet und muss über 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 kein symmetrisches Hashing konfiguriert ist, kann eine andere untergeordnete Verbindung in der LAG für den umgekehrten Datenverkehrsfluss über 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.
Das symmetrische Hashing wird auf der Grundlage von Feldern wie Quelladresse und Zieladresse berechnet. Sie können symmetrisches Hashing sowohl auf Chassis- als auch auf PIC-Ebene für das Load Balancing basierend auf Layer-2-, Layer-3- und Layer-4-Dateneinheitenfeldern für Family Inet- (IPv4-Protokollfamilie) und Multiservice- (Switch oder Bridge) Datenverkehr konfigurieren. Symmetrisches Hashing, das auf Chassis-Ebene konfiguriert ist, gilt für den gesamten Router und wird von allen seinen PICs und Packet Forwarding Engines übernommen. 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 die Konfiguration auf einem Router und auf dem Remote-Router oder umgekehrt vornehmen.symmetric-hashsymmetric-hash complement
Um symmetrisches Hashing auf Chassisebene zu konfigurieren, schließen Sie die oder die Anweisungen auf Hierarchieebene ein.symmetric-hashsymmetric-hash complement
[edit forwarding-options hash-key family]
Informationen zum Konfigurieren von symmetrischem Hashing auf Chassis-Ebene und zum Konfigurieren des Verbindungsindex finden Sie in der Junos OS-Netzwerkschnittstellenbibliothek für Routing-Geräte und in der Junos OS-VPNs-Bibliothek für Routing-Geräte.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-network-interfaces/network-interfaces.htmlhttps://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-vpns/index.html
Bei DPCs der MX-Serie bezieht sich die Konfiguration des symmetrischen Hashings auf PIC-Ebene auf die Konfiguration des symmetrischen Hashings auf der Ebene der Packet Forwarding Engine.
Um symmetrisches Hashing auf PIC-Ebene auf der Schnittstelle für eingehenden Datenverkehr (an der der Datenverkehr in den Router gelangt) zu konfigurieren, fügen Sie die Anweisung or auf der Hierarchieebene [] ein:symmetric-hashsymmetric-hash complement
edit chassis fpc slot-number pic pic-number hash-key
[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 Chassis-Ebene, das auf der Hierarchieebene [] konfiguriert ist.edit chassis forwarding-options hash-key
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-Schlüsselkonfiguration auf einer PIC- oder Packet Forwarding Engine kann entweder im Modus "symmetrischer Hash" oder "symmetrischer Hash-Komplement" erfolgen, aber nicht in beiden gleichzeitig.
Siehe auch
Beispiele: Konfigurieren von symmetrischem Hashing auf PIC-Ebene für den Lastausgleich bei 802.3ad-LAGs auf Routern der MX-Serie
Diese Beispiele gelten nur für die DPCs, die von MX240-, MX480- und MX960-Routern 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 den Lastenausgleich auf Routern der MX-Serie konfiguriert wird:
- Konfigurieren von symmetrischem Hashing für Familien-Multiservice auf beiden Routern
- Konfigurieren von symmetrischem Hashing für family inet auf beiden Routern
- Konfigurieren von symmetrischem Hashing für Family inet und Family Multiservice auf den beiden Routern
Konfigurieren von symmetrischem Hashing für Familien-Multiservice auf beiden Routern
Fügen Sie auf der Schnittstelle für eingehenden Datenverkehr, an der der Datenverkehr Router A erreicht, die Anweisung auf Hierarchieebene ein:symmetric-hash
[edit chassis fpc slot-number pic pic-number hash-key family multiservice]
[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 Router B erreicht, die folgende Anweisung auf Hierarchieebene ein:symmetric-hash complement
[edit chassis fpc slot-number pic pic-number hash-key family multiservice]
[edit chassis fpc 0 pic 3 hash-key] family multiservice { source-mac; destination-mac; payload { ip { layer-3; layer-4; } } symmetric-hash { complement; } }
Konfigurieren von symmetrischem Hashing für family inet auf beiden Routern
Fügen Sie auf der Schnittstelle für eingehenden Datenverkehr, an der der Datenverkehr Router A erreicht, die Anweisung auf Hierarchieebene ein:symmetric-hash
[edit chassis fpc slot-number pic pic-number hash-key family inet]
[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 Router B erreicht, die folgende Anweisung auf Hierarchieebene ein:symmetric-hash complement
[edit chassis fpc slot-number pic pic-number hash-key family inet]
[edit chassis fpc 1 pic 2 hash-key] family inet { layer-3; layer-4; symmetric-hash { complement; } }
Konfigurieren 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 Router A erreicht, die Anweisung auf Hierarchieebene ein:symmetric-hash
[edit chassis fpc slot-number pic pic-number hash-key family multiservice]
[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 Router B erreicht, die folgende Anweisung auf Hierarchieebene ein:symmetric-hash complement
[edit chassis fpc slot-number pic pic-number hash-key family inet]
[edit chassis fpc 0 pic 3 hash-key] family inet { layer-3; layer-4; symmetric-hash { complement; } }
Siehe auch
Beispiel: Konfigurieren des aggregierten Ethernet-Lastenausgleichs
Beispiel: Konfigurieren des aggregierten Ethernet-Lastenausgleichs
In diesem Beispiel wird gezeigt, wie aggregierter Ethernet-Lastenausgleich 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, das auf allen Geräten ausgeführt wird
Überblick
Load Balancing ist auf der Weiterleitungsebene erforderlich, wenn mehrere Pfade oder Schnittstellen zum Router des nächsten Hops verfügbar sind, und es ist am besten, wenn der eingehende Datenverkehr für eine bessere Verbindungsauslastung auf alle verfügbaren Pfade verteilt wird.
Das aggregierte Ethernet-Bundle ist eine typische Anwendung, die Load Balancing verwendet, um den Datenverkehrsfluss über die Mitgliedsverbindungen des Bundles auszugleichen (IEEE 802.3ad).
Ab Junos OS Version 13.3 wurde der aggregierte Ethernet-Lastenausgleich um zwei Lösungen zur Behebung eines echten Datenverkehrsungleichgewichts bei aggregierten Ethernet-Paketen auf MICs oder MPCs von Routern der MX-Serie erweitert. Ab Junos OS Version 14.1 wurde der aggregierte Ethernet-Lastausgleich um zwei Lösungen zur Behebung eines echten Datenverkehrsungleichgewichts bei aggregierten Ethernet-Paketen auf PICs oder FPCs von Paketübertragungs-Routern der PTX-Serie erweitert.
Die aggregierten Ethernet-Load-Balancing-Lösungen sind:
Adaptiv: Adaptives Load Balancing wird in Szenarien verwendet, in denen Flow-basiertes Hashing nicht ausreicht, um eine einheitliche Lastverteilung zu erreichen. Diese Lastausgleichslösung implementiert einen Echtzeit-Feedback- und Steuerungsmechanismus zur Überwachung und Verwaltung von Ungleichgewichten in der Netzwerklast.
Die adaptive Load-Balancing-Lösung korrigiert das Ungleichgewicht des Datenverkehrsflusses, indem sie die Selektoreinträge ändert und die Link-Auslastung auf jedem Mitglieds-Link des AE-Bundles regelmäßig scannt, um Abweichungen zu erkennen. Wenn eine Abweichung erkannt wird, wird ein Anpassungsereignis ausgelöst und der betroffenen Stabverknüpfung werden weniger Flüsse zugeordnet. Infolgedessen sinkt die angebotene Bandbreite dieses Mitgliedslinks. 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 Verteilung des Datenverkehrs über jeden Mitgliedslink im AE-Bündel gewährleistet wird.
Um den adaptiven Lastenausgleich zu konfigurieren, schließen Sie die Anweisung auf Hierarchieebene ein.
adaptive
[edit interfaces aex aggregated-ether-options load-balance]
HINWEIS:Adaptives Load Balancing wird nicht unterstützt, wenn die VLAN-ID auf der aggregierten Ethernet-Schnittstelle konfiguriert ist. Diese Einschränkung betrifft nur die Paketübertragungs-Router der PTX-Serie.
Die Option aktiviert den Lastenausgleich basierend auf der Paket-pro-Sekunde-Rate.
pps
Die Standardeinstellung ist Bits pro Sekunde Load Balancing.Der Wert konfiguriert die Dauer des Scannens als Vielfaches von 30 Sekunden.
scan-interval
Der Wert ist der Grenzwert für die Abweichung im Paketdatenverkehrsfluss zu den aggregierten Ethernet-Verbindungen im Paket.
tolerance
Sie können eine maximale Abweichung von 100 Prozent angeben. Wenn das Toleranzattribut nicht konfiguriert ist, wird ein Standardwert von 20 Prozent für den adaptiven Lastenausgleich aktiviert. Ein kleinerer Toleranzwert gleicht eine bessere Bandbreite aus, benötigt jedoch eine längere Konvergenzzeit.HINWEIS:Die Schlüsselwörter und optional werden nur auf Paketübertragungs-Routern der PTX-Serie unterstützt.
pps
scan-interval
Zufälliges Sprühen pro Paket: Wenn die adaptive Lastausgleichslösung fehlschlägt, fungiert das zufällige Sprühen pro Paket als letzter Ausweg. Die Random-Spray-Load-Balancing-Lösung pro Paket hilft, ein Ungleichgewicht im Datenverkehr zu beheben, indem die Pakete nach dem Zufallsprinzip an die aggregierten nächsten Hops verteilt werden. Dadurch wird sichergestellt, dass alle Mitgliedslinks des AE-Pakets gleichmäßig geladen werden, was zu einer Neuordnung der Pakete führt.
Darüber hinaus identifiziert das zufällige Spray pro Paket die eingehende Paketweiterleitungs-Engine, die das Ungleichgewicht des Datenverkehrs verursacht hat, und beseitigt das Datenverkehrsungleichgewicht, das aufgrund von Softwarefehlern auftritt, mit Ausnahme des Paket-Hashs.
Um den Random Spray-Lastenausgleich pro Paket zu konfigurieren, schließen Sie die Anweisung auf Hierarchieebene ein.
per-packet
[edit interfaces aex aggregated-ether-options load-balance]
HINWEIS:Die Option "Pro Paket" für den Lastenausgleich 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 Lastenausgleichslösungen konfiguriert ist, überschreibt die zuletzt konfigurierte Lösung die zuvor konfigurierte. Sie können die implementierte Lastenausgleichslösung überprüfen, indem Sie den Befehl absetzen.show interfaces aex aggregated-ether-options load-balance
Topologie
In dieser Topologie werden zwei aggregierte Ethernet-Bundles – ae0 und ae1 – auf den Verbindungen zwischen den Routern R2 und R3 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 Details, die für Ihre Netzwerkkonfiguration erforderlich sind, und kopieren Sie dann die Befehle und fügen Sie sie in die CLI auf Hierarchieebene ein.[edit]
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 Lastenausgleichs
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus.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 anderen Parameter für jeden Router geändert haben.
Geben Sie die Anzahl der aggregierten Ethernet-Schnittstellen an, die erstellt werden sollen.
[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 Ethernet-Pakets ae0.
[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 das aggregierte 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 auf dem aggregierten Ethernet-Paket 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-Paket ae1.
[edit interfaces]
user@R2# set ae1 aggregated-ether-options link-speed 1gKonfigurieren Sie LACP auf dem aggregierten Ethernet-Paket 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 auf den AE-Paketen.
[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-Paketen.
[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 auf den AE-Paketen.
[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, indem Sie die Befehle , , und eingeben.show chassis
show interfaces
show accounting-options
show protocols
Wenn die Ausgabe nicht die gewünschte 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;
}
Überprüfung
Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.
Überprüfen des adaptiven Lastenausgleichs auf ae0
Zweck
Stellen Sie sicher, dass die Pakete, die auf dem aggregierten Ethernet-Paket ae0 empfangen werden, einen Lastenausgleich zwischen den fünf Mitgliedsverbindungen aufweisen.
Was
Führen Sie den Befehl im Betriebsmodus aus.show interfaces ae0 extensive
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 Ethernet-Pakets ae0 werden mit adaptivem Load Balancing vollständig genutzt.
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Feature Explorer, um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.
payload