Grundlegendes zum Load Balancing pro Paket
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 der Satz der nächsten Hops für ein Ziel in irgendeiner Weise ändert, wird die Adresse des nächsten Hops mithilfe des Hash-Algorithmus neu ausgewählt. Ab Junos OS Version 18.3R1 wurde für Router der MX-Serie das Standardverhalten für die IPv6-, GRE- und PPPoE-Paket-Hash-Berechnung geändert, um das Flow-Label-Feld für einen verbesserten Lastenausgleich in bestimmten Fällen einzuschließen (Sie können die no-payload Option verwenden, um zur vorherigen Methode für die Hash-Berechnung zurückzukehren). Weitere Informationen finden Sie unter Grundlegendes zum Algorithmus, der für den Lastenausgleich des Datenverkehrs auf Routern der MX-Serie verwendet wird .
Sie können Junos OS so konfigurieren, dass für die aktive Route alle Next-Hop-Adressen für ein Ziel in der Weiterleitungstabelle installiert werden. Diese Funktion wird als Load Balancing pro Paket bezeichnet. Die Benennung mag kontraintuitiv sein. Der Junos-Lastausgleich pro Paket entspricht jedoch funktional dem, was andere Anbieter als Lastenausgleich pro Datenfluss bezeichnen. Sie können Load Balancing verwenden, um den Datenverkehr auf mehrere Pfade zwischen Routern zu verteilen.
Abbildung 1 zeigt ein einfaches Lastenausgleichsszenario. Das Gerät R1 befindet sich in AS 64500 und ist sowohl mit dem Gerät R2 als auch mit dem Gerät R3 verbunden, die sich in AS 64501 befinden. Gerät R1 kann so konfiguriert werden, dass der Datenverkehr über die beiden Verbindungen verteilt wird.
Ab Junos OS 13.3R3 können Sie nur für universelle 5G-Routing-Plattformen der MX-Serie mit modularen Portkonzentratoren (MPCs) einen konsistenten Lastausgleich konfigurieren, der die Neuanordnung aller Datenströme zu aktiven Pfaden in einer ECMP-Gruppe (Equal-Cost Multipath) verhindert, wenn ein oder mehrere Next-Hop-Pfade fehlschlagen. Nur Flows für inaktive Pfade werden an einen anderen aktiven Next-Hop-Pfad umgeleitet. Datenströme, die Servern zugeordnet sind, die weiterhin aktiv sind, werden beibehalten. Diese Funktion gilt nur für externe BGP-Peers.
Ab Junos OS Version 19.1R1 können Sie auf QFX10000 Switches den Lastenausgleich von IPv4- oder IPv6-Paketen mithilfe von GPRS Tunneling Protocol-Tunnel Endpoint Identifier (GTP-TEID)-Feld-Hash-Berechnungen konfigurieren. Das GTP-TEID-Hashing wird dem Layer-2- und Layer-3-Feld-Hashing hinzugefügt, das Sie bereits konfiguriert haben. Um diese Funktion auf QFX10000 Switches zu aktivieren, konfigurieren Sie die gtp-tunnel-endpoint-identifier Anweisung auf der [edit forwarding-options enhanced-hash-key family inet] oder der Hierarchieebene [edit forwarding-options enhanced-hash-key family inet6] . Die GTP-Versionen 1 und 2 werden unterstützt. Sie unterstützen nur Benutzerdaten. Sie müssen für beide GTP-Versionen die UDP-Portnummer 2152 verwenden.
Tabelle "Änderungshistorie"
Die Funktionsunterstützung hängt von der Plattform und der Version ab, die Sie verwenden. Verwenden Sie den Feature-Explorer , um festzustellen, ob ein Feature auf Ihrer Plattform unterstützt wird.
no-payload Option verwenden, um zur vorherigen Methode für die Hash-Berechnung zurückzukehren).