Load Balancing im Überblick
Erfahren Sie mehr über das Load Balancing auf aggregierten Ethernet-Schnittstellen und wie Sie das Load Balancing basierend auf MAC-Adressen konfigurieren. Es reduziert Netzwerküberlastungen, indem der Datenverkehr auf mehrere Schnittstellen aufgeteilt wird.
Load Balancing auf Layer 2 verteilt den Datenverkehr auf die Mitgliedsverbindungen. Dieser Ansatz verhindert Überlastungen und bewahrt gleichzeitig die Redundanz. In den folgenden Themen werden die Grundlagen des Load Balancing sowie die Konfiguration basierend auf MAC-Adressen, auf einer LAG-Verbindung und die Verwendung von ausfallsicherem Hashing für Konsistenz behandelt.
Ü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.
Konfigurieren des Load Balancing auf der Grundlage von MAC-Adressen
Der Hash-Key-Mechanismus für das Load-Balancing verwendet L2-MAC-Informationen wie Frame-Quelle und Zieladresse. Um den Datenverkehr auf der Grundlage von L2-MAC-Informationen auszugleichen, fügen Sie die multiservice folgende Anweisung auf der [edit forwarding-options hash-key] [edit chassis fpc slot number pic PIC number hash-key] ODER-Hierarchieebene ein:
multiservice {
source-mac;
destination-mac;
payload {
ip {
layer3-only;
layer-3 (source-ip-only | destination-ip-only);
layer-4;
inner-vlan-id;
outer-vlan-id;
}
}
}
Verwenden Sie den Feature-Explorer , um die Plattform- und Release-Unterstützung für bestimmte Funktionen zu bestätigen.
Im Abschnitt Plattformspezifisches lastenausgleichendes Verhalten von MAC-Adressen finden Sie Hinweise zu Ihrer Plattform.
Um die MAC-Informationen der Zieladresse in den Hashschlüssel aufzunehmen, schließen Sie die destination-mac Option ein. Um die MAC-Informationen der Quelladresse in den Hashschlüssel aufzunehmen, schließen Sie die source-mac Option ein.
-
Alle Pakete, die dieselbe Quell- und Zieladresse haben, werden über denselben Pfad gesendet.
-
Sie können das Load Balancing pro Paket konfigurieren, um den EVPN-Datenverkehr über mehrere Pfade hinweg zu optimieren.
-
Aggregierte Ethernet-Mitgliederverbindungen verwenden jetzt die physische MAC-Adresse als Quell-MAC-Adresse in 802.3ah-OAM-Paketen.
Plattformspezifisches, auf MAC-Adressen basierendes Lastausgleichsverhalten
| Bahnsteig |
Unterschied |
|---|---|
| ACX-Serie |
|
Siehe auch
Konfigurieren des Load Balancing für eine LAG-Verbindung
Sie können den Load Balancing-Hash-Schlüssel für L2-Datenverkehr so konfigurieren, dass Felder in den L3- und Layer 4-Headern innerhalb der Frame-Nutzlast für Load-Balancing-Zwecke verwendet werden, indem Sie die payload Anweisung verwenden. Sie können die Anweisung so konfigurieren, dass Layer-3 - und Quell-IP- oder Ziel-IP-only-Paketheaderfelder betrachtet werden. Sie können sich auch Layer-4-Felder ansehen. Sie konfigurieren diese Anweisung auf Hierarchieebene [edit forwarding-options hash-key family multiservice] .
Sie können L3- oder Layer 4-Optionen oder beides konfigurieren. Die Optionen source-ip-only oder destination-ip-only schließen sich gegenseitig aus. Diese layer-3-only Erklärung ist auf Routern der MX-Serie nicht verfügbar.
Standardmäßig gleicht die Junos-Implementierung von 802.3ad den Datenverkehr über die Mitgliedsverbindungen innerhalb eines aggregierten Ethernet-Pakets auf der Grundlage der im Paket enthaltenen L3-Informationen aus.
Weitere Informationen zur LAG-Konfiguration finden Sie in der Junos OS Network Interfaces Library for Routing Devices.
Beispiel:
In diesem Beispiel wird der Lastausgleichs-Hashschlüssel für die Verwendung der L3-Quell-IP-Adressoption und der Layer 4-Headerfelder konfiguriert. Das Beispiel enthält auch die Quell- und Ziel-MAC-Adressen für das Load Balancing auf einer LAG-Verbindung.
[edit]
forwarding-options {
hash-key {
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 {
source-ip-only;
}
layer-4;
}
}
}
}
}
Jede Änderung in der Hashschlüsselkonfiguration erfordert einen Neustart des FPC, damit die Änderungen wirksam werden.
Beispiel: Konfigurieren des Load Balancings für eine LAG-Verbindung
In diesem Beispiel wird der Hashschlüssel für den Lastausgleich so konfiguriert, dass die Layer-3-Quell-IP-Adressoption und die Layer-4-Headerfelder sowie die Quell- und Ziel-MAC-Adressen für das Load Balancing auf einer LAG-Verbindung (Link Aggregation Group) verwendet werden:
[edit]
forwarding-options {
hash-key {
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 {
source-ip-only;
}
layer-4;
}
}
}
}
}
Jede Änderung in der Hashschlüsselkonfiguration erfordert einen Neustart des FPC, damit die Änderungen wirksam werden.
Verständnis des Multicast Load Balancing auf aggregierten 10-Gigabit-Links für gerouteten Multicast-Datenverkehr auf EX8200-Switches
Streaming-Videos haben seit ihrer Einführung im Jahr 1997 einen langen Weg zurückgelegt. Anfangs wurde es hauptsächlich für gelegentliche Präsentationen genutzt. Aber als es immer beliebter wurde, überforderte das Senden eines separaten Streams an jeden Benutzer schnell die Netzwerke.
Um dieses Problem zu lösen, wurden Multicast-Protokolle entwickelt. Multicasting ermöglicht es einem Server, einen einzelnen Datenstrom an eine ganze Gruppe von Empfängern auf einmal zu senden, anstatt einzelne Ströme an jeden einzelnen zu senden. Das gleichzeitige Senden eines einzigen Datenstroms an eine ganze Gruppe von Empfängern reduziert die Datenduplizierung und Netzwerküberlastung erheblich und ermöglicht den konstanten Fluss von Filmen, Nachrichten und anderen Videos auf alle unsere Geräte.
Selbst beim Multicasting stellen die riesigen Mengen an Videodaten immer noch eine Belastung für Netzwerkhardware und Bandbreite dar. Dies führte oft zu lästigen Blips und Rucklern während der Übertragung.
Um dies zu bewältigen, begannen Netzwerkingenieure, mehrere physische Verbindungen zu einem größeren, logischen Kanal zu kombinieren. Diese virtuellen Verbindungen werden als Multicast-Schnittstellen oder LAGs bezeichnet.
Multicast Load Balancing stellt sicher, dass jede einzelne Verbindung in einer LAG effizient genutzt wird. Es verwendet Hashing-Algorithmen, um den Datenstrom ständig auszuwerten und seine Verteilung über die Links anzupassen. Dadurch wird verhindert, dass eine einzelne Verbindung überlastet oder zu wenig ausgelastet wird. Auf den Ethernet-Switches EX8200 von Juniper Networks ist das Multicast-Load Balancing standardmäßig aktiviert.
Dieses Thema umfasst:
- Erstellen von LAGs für Multicasting in Schritten von 10 Gigabit
- Wann sollte ich Multicast Load Balancing verwenden?
- Wie funktioniert Multicast Load Balancing?
- Wie implementiere ich Multicast Load Balancing auf einem EX8200-Switch?
Erstellen von LAGs für Multicasting in Schritten von 10 Gigabit
Die maximale Verbindungsgröße auf einem EX8200-Switch beträgt 10 Gigabit. Wenn Sie eine größere Verbindung auf einem EX8200-Switch benötigen, können Sie bis zu zwölf 10-Gigabit-Links kombinieren. In der in Abbildung 1 dargestellten Beispieltopologie wurden vier 10-Gigabit-Verbindungen aggregiert, um jede 40-Gigabit-Verbindung zu bilden.
Wann sollte ich Multicast Load Balancing verwenden?
Verwenden Sie eine LAG mit Multicast-Load Balancing, wenn Sie eine Downstreamverbindung von mehr als 10 Gigabit benötigen. Dieses Bedürfnis besteht häufig, wenn Sie als Service Provider auftreten oder wenn Sie Videos an ein großes Publikum per Multicast übertragen.
Um das Multicast-Load Balancing zu verwenden, benötigen Sie Folgendes:
-
Ein EX8200-Switch – Standalone-Switches unterstützen Multicast-Load Balancing, Virtual Chassis jedoch nicht.
-
Ein L3-Routing-Multicast-Setup: Informationen zur Konfiguration von Multicasting finden Sie im Konfigurationshandbuch für Junos OS-Routing-Protokolle .
-
Aggregierte 10-Gigabit-Links in einer LAG: Informationen zum Konfigurieren von LAGs mit Multicast-Load Balancing finden Sie unter Konfigurieren des Multicast-Lastenausgleichs für die Verwendung mit aggregierten 10-Gigabit-Ethernet-Links auf EX8200-Switches (CLI-Verfahren).
Wie funktioniert Multicast Load Balancing?
Wenn der Datenverkehr über Links für mehrere Mitglieder verwendet werden kann, muss sich der Datenverkehr, der Teil desselben Datenstroms ist, immer über denselben Link befinden.
Multicast Load Balancing verwendet einen von sieben Hashing-Algorithmen, um Datenströme effizient auf alle verfügbaren aggregierten Links zu verteilen. Außerdem wird eine Technik namens Warteschlangen-Shuffling verwendet, um den Datenverkehr auszugleichen.
Sie können entweder einen bestimmten Algorithmus auswählen oder die Standardeinstellung crc-sgip verwenden. Dieser Standardalgorithmus verwendet eine zyklische Redundanzprüfung (CRC) für die Gruppen-IP-Adressen der Multicast-Pakete. Wir empfehlen, mit der Standardeinstellung zu beginnen und nur dann andere Optionen auszuprobieren, wenn Sie feststellen, dass Ihr L3-Datenverkehr nicht gleichmäßig verteilt ist.
Grundlegendes zu den Hashing-Algorithmen
Sechs der sieben Algorithmen basieren auf dem Hash-Wert von IP-Adressen und liefern immer das gleiche Ergebnis für denselben Datenstrom. Die Option für den ausgeglichenen Modus ist jedoch einzigartig, da sich ihre Ergebnisse je nach der Reihenfolge, in der Streams hinzugefügt werden, ändern können.
Weitere Informationen finden Sie in Tabelle 1 .
| Hashing-Algorithmen |
Aufgrund |
Beste Verwendung |
|---|---|---|
| CRC-SGIP |
Zyklische Redundanz-Prüfung der Quell- und Gruppen-IP-Adresse von Multicast-Paketen |
Standard: Hochleistungsverwaltung des IP-Datenverkehrs in einem 10-Gigabit-Ethernet-Netzwerk. Vorhersagbare Zuweisung an jedes Mal dieselbe Verbindung. Dieser Modus ist komplex, liefert aber einen guten verteilten Hash. |
| CRC-GIP |
Zyklische Redundanz-Prüfung der Gruppen-IP-Adresse von Multicast-Paketen |
Vorhersagbare Zuweisung an jedes Mal dieselbe Verbindung. Probieren Sie diesen Modus aus, wenn crc-sgip den L3-gerouteten Multicast-Datenverkehr nicht gleichmäßig verteilt und die Gruppen-IP-Adressen variieren. |
| CRC-SIP |
CRC der Quell-IP-Adresse von Multicast-Paketen |
Vorhersagbare Zuweisung an jedes Mal dieselbe Verbindung. Probieren Sie diesen Modus aus, wenn crc-sgip den L3-gerouteten Multicast-Datenverkehr nicht gleichmäßig verteilt und die Streamquellen variieren. |
| Simple-SGIP |
XOR-Berechnung der Quell- und Gruppen-IP-Adresse von Multicast-Paketen |
Vorhersagbare Zuweisung an jedes Mal dieselbe Verbindung. Dies ist eine einfache Hashing-Methode, die möglicherweise nicht so gleichmäßig eine Verteilung wie crc-sgip ergibt. Probieren Sie diesen Modus aus, wenn crc-sgip den L3-gerouteten Multicast-Datenverkehr nicht gleichmäßig verteilt. |
| Simple-Gip |
XOR-Berechnung der Gruppen-IP-Adresse von Multicast-Paketen |
Vorhersagbare Zuweisung an jedes Mal dieselbe Verbindung. Dies ist eine einfache Hashing-Methode, die möglicherweise nicht so gleichmäßig eine Verteilung wie crc-gip ergibt. Versuchen Sie dies, wenn crc-gip den L3-gerouteten Multicast-Datenverkehr nicht gleichmäßig verteilt und die Gruppen-IP-Adressen variieren. |
| Einfacher Schluck |
XOR-Berechnung der Quell-IP-Adresse von Multicast-Paketen |
Vorhersagbare Zuweisung an jedes Mal dieselbe Verbindung. Dies ist eine einfache Hashing-Methode, die möglicherweise nicht so gleichmäßig verteilt ist wie crc-sip. Probieren Sie diesen Modus aus, wenn crc-sip den L3-gerouteten Multicast-Datenverkehr nicht gleichmäßig verteilt und die Streamquellen variieren. |
| ausgeglichen |
Round-Robin-Berechnungsmethode zur Ermittlung von Multicast-Verbindungen mit dem geringsten Datenverkehr |
Die beste Balance wird erreicht, aber Sie können nicht vorhersagen, welcher Link konsistent verwendet wird, da dies von der Reihenfolge abhängt, in der die Streams online gehen. Verwenden Sie diese Option, wenn nach jedem Neustart keine konsistente Zuweisung erforderlich ist. |
Wie implementiere ich Multicast Load Balancing auf einem EX8200-Switch?
Befolgen Sie diese Empfehlungen, um Multicast Load Balancing mit einem optimierten Maß an Durchsatz auf einem EX8200-Switch zu implementieren:
-
Lassen Sie 25 Prozent ungenutzte Bandbreite in der aggregierten Verbindung zu, um dynamische Ungleichgewichte aufgrund von Verbindungsänderungen auszugleichen, die durch die gemeinsame Nutzung von Multicast-Schnittstellen verursacht werden.
-
Verwenden Sie für Downstreamverbindungen nach Möglichkeit Multicast-Schnittstellen derselben Größe. Außerdem wird bei nachgelagerten aggregierten Verbindungen der Durchsatz optimiert, wenn Mitglieder der aggregierten Verbindung zu denselben Geräten gehören.
-
Verwenden Sie für aggregierte Upstream-Verbindungen nach Möglichkeit einen L3-Link. Außerdem wird der Durchsatz bei aggregierten Upstreamverbindungen optimiert, wenn die Mitglieder der aggregierten Verbindung zu verschiedenen Geräten gehören.
Siehe auch
Beispiel: Konfigurieren des Multicast-Lastausgleichs für die Verwendung mit aggregierten 10-Gigabit-Ethernet-Schnittstellen auf EX8200-Switches
EX8200-Switches unterstützen Multicast-Load Balancing auf LAGs. Multicast Load Balancing verteilt den gerouteten L3-Multicast-Datenverkehr gleichmäßig über die LAGs. Sie können bis zu zwölf 10-Gigabit-Ethernet-Links zu einer virtuellen 120-Gigabit-Verbindung oder LAG zusammenfassen. Der MAC-Client kann diese virtuelle Verbindung wie eine einzelne Verbindung behandeln, um die Bandbreite zu erhöhen, eine elegante Verschlechterung bei Verbindungsfehlern zu gewährleisten und die Verfügbarkeit zu erhöhen. Auf EX8200-Switches ist das Multicast-Load Balancing standardmäßig aktiviert. Wenn es jedoch explizit deaktiviert ist, können Sie es wieder aktivieren.
Eine Schnittstelle mit einer bereits konfigurierten IP-Adresse kann nicht Teil der LAG sein.
Nur EX8200-Standalone-Switches mit 10-Gigabit-Verbindungen unterstützen Multicast-Load Balancing. Virtual Chassis unterstützt kein Multicast-Load Balancing.
In diesem Beispiel wird gezeigt, wie Sie eine LAG konfigurieren und das Multicast-Load Balancing erneut aktivieren:
Anforderungen
In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:
Zwei EX8200-Switches, einer als Zugriffs-Switch und einer als Verteilungs-Switch
Junos OS Version 12.2 oder höher für Switches der EX-Serie
Bevor Sie beginnen:
Konfigurieren Sie vier 10-Gigabit-Schnittstellen auf dem Distribution-Switch EX8200: xe-0/1/0, xe-1/1/0, xe-2/1/0 und xe-3/1/0. Weitere Informationen finden Sie unter Konfigurieren von Gigabit-Ethernet-Schnittstellen (CLI-Verfahren).
Übersicht und Topologie
Multicast Load Balancing verwendet einen von sieben Hashing-Algorithmen, um den Datenverkehr zwischen den einzelnen 10-Gigabit-Verbindungen in der LAG auszugleichen. Eine Beschreibung der Hashalgorithmen finden Sie unter Multicast-Loadbalance. Der Standard-Hashing-Algorithmus ist crc-sgip. Sie können mit den verschiedenen Hashing-Algorithmen experimentieren, bis Sie denjenigen gefunden haben, der Ihren L3-gerouteten Multicast-Datenverkehr am besten ausbalanciert.
Wenn auf einem EX8200-Switch eine Verbindung größer als 10 Gigabit benötigt wird, können Sie bis zu zwölf 10-Gigabit-Links kombinieren, um mehr Bandbreite zu schaffen. In diesem Beispiel wird die Link-Aggregationsfunktion verwendet, um vier 10-Gigabit-Links zu einer 40-Gigabit-Verbindung auf dem Distribution-Switch zu kombinieren. Darüber hinaus ist Multicast-Load Balancing aktiviert, um eine gleichmäßige Verteilung des gerouteten Layer-3-Multicast-Datenverkehrs auf der 40-Gigabit-Verbindung zu gewährleisten. In der in Abbildung 2 dargestellten Beispieltopologie ist ein EX8200-Switch in der Verteilungsschicht mit einem EX8200-Switch in der Zugriffsebene verbunden.
Die Verbindungsgeschwindigkeit wird automatisch basierend auf der Größe der konfigurierten LAG bestimmt. Wenn eine LAG beispielsweise aus vier 10-Gigabit-Links besteht, beträgt die Verbindungsgeschwindigkeit 40 Gbit/s.
Der Standard-Hashing-Algorithmus crc-sgip beinhaltet eine zyklische Redundanzprüfung (CRC) sowohl der Multicast-Paketquelle als auch der Gruppen-IP-Adressen.
Sie konfigurieren eine LAG auf jedem Switch und aktivieren das Multicast-Load Balancing erneut. Wenn diese Option wieder aktiviert ist, wird das Multicast-Load Balancing automatisch in der LAG wirksam, und die Geschwindigkeit wird für jede Verbindung in der LAG auf 10 Gbit/s festgelegt. Die Verbindungsgeschwindigkeit für die 40-Gigabit-LAG wird automatisch auf 40 Gbit/s festgelegt.
Konfiguration
Verfahren
CLI-Schnellkonfiguration
set chassis aggregated-devices ethernet device-count 1 set interfaces ae0 aggregated-ether-options minimum-links 1 set interfaces xe-0/1/0 ether-options 802.3ad ae0 set interfaces xe-1/1/0 ether-options 802.3ad ae0 set interfaces xe-2/1/0 ether-options 802.3ad ae0 set interfaces xe-3/1/0 ether-options 802.3ad ae0 set chassis multicast-loadbalance hash-mode crc-gip
Schritt-für-Schritt-Anleitung
So konfigurieren Sie eine LAG und aktivieren das Multicast-Load Balancing erneut:
Geben Sie die Anzahl der zu erstellenden aggregierten Ethernet-Schnittstellen (AEX) an:
[edit chassis] user@switch#
set aggregated-devices ethernet device-count 1Geben Sie die Mindestanzahl von Links für das AEx, d. h. die LAG, an, die gekennzeichnet
upwerden sollen:Standardmäßig muss nur ein Link aktiv sein, damit die LAG als
upgekennzeichnet wird.[edit interfaces] user@switch#
set ae0 aggregated-ether-options minimum-links 1Geben Sie die vier Mitglieder an, die in die LAG aufgenommen werden sollen:
[edit interfaces] user@switch#
set xe-0/1/0 ether-options 802.3ad ae0user@switch#set xe-1/1/0 ether-options 802.3ad ae0user@switch#set xe-2/1/0 ether-options 802.3ad ae0user@switch#set xe-3/1/0 ether-options 802.3ad ae0Aktivieren Sie das Multicast-Load Balancing erneut:
[edit chassis] user@switch# set multicast-loadbalanceSie müssen die Verbindungsgeschwindigkeit nicht wie bei LAGs festlegen, die kein Multicast-Load Balancing verwenden. Die Verbindungsgeschwindigkeit wird bei einer 40-Gigabit-LAG automatisch auf 40 Gbit/s festgelegt.
Sie können optional den Wert der
hash-modeOption in der Multicast-Loadbalance-Anweisung ändern, um verschiedene Algorithmen auszuprobieren, bis Sie denjenigen gefunden haben, der Ihren L3-gerouteten Multicast-Datenverkehr am besten verteilt.Wenn Sie den Hashingalgorithmus ändern, wenn das Multicast-Load Balancing deaktiviert ist, wird der neue Algorithmus wirksam, nachdem Sie das Multicast-Load Balancing erneut aktiviert haben.
Befund
Überprüfen Sie die Ergebnisse der Konfiguration:
user@switch> show configuration
chassis
aggregated-devices {
ethernet {
device-count 1;
}
}
multicast-loadbalance {
hash-mode crc-gip;
}
interfaces
xe-0/1/0 {
ether-options {
802.3ad ae0;
}
}
xe-1/1/0 {
ether-options {
802.3ad ae0;
}
}
xe-2/1/0 {
ether-options {
802.3ad ae0;
}
}
xe-3/1/0 {
ether-options {
802.3ad ae0;
}
}
ae0 {
aggregated-ether-options {
minimum-links 1;
}
}
}
Verifizierung
Führen Sie die folgenden Aufgaben aus, um zu bestätigen, dass die Konfiguration ordnungsgemäß funktioniert:
Überprüfen des Status einer LAG-Schnittstelle
Zweck
Stellen Sie sicher, dass eine LAG (ae0) auf dem Switch erstellt wurde.
Aktion
Stellen Sie sicher, dass die ae0-LAG erstellt wurde:
user@switch> show interfaces ae0 terse
Interface Admin Link Proto Local Remote ae0 up up ae0.0 up up inet 10.10.10.2/24
Bedeutung
Der Schnittstellenname aex gibt eine LAG an. A steht für aggregiert und E steht für Ethernet. Die Anzahl unterscheidet die verschiedenen LAGs.
Überprüfen des Multicast-Lastenausgleichs
Zweck
Stellen Sie sicher, dass der Datenverkehr gleichmäßig über die Pfade verteilt wird.
Aktion
Überprüfen Sie das Load Balancing für die vier Schnittstellen:
user@switch> monitor interface traffic
Bytes=b, Clear=c, Delta=d, Packets=p, Quit=q or ESC, Rate=r, Up=^U, Down=^D ibmoem02-re1 Seconds: 3 Time: 16:06:14 Interface Link Input packets (pps) Output packets (pps) xe-0/1/0 Up 2058834 (10) 7345862 (19) xe-1/1/0 Up 2509289 (9) 6740592 (21) xe-2/1/0 Up 8625688 (90) 10558315 (20) xe-3/1/0 Up 2374154 (23) 71494375 (9)
Bedeutung
Die Schnittstellen sollten ungefähr die gleiche Menge an Datenverkehr übertragen.
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.