Grundlegendes zum Load Balancing pro Paket
Wenn es für die aktive Route mehrere Pfade zu gleichen Kosten zum selben Ziel gibt, verwendet Junos OS standardmäßig einen Hash-Algorithmus, um eine der Next-Hop-Adressen 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 erneut ausgewählt. Ab Junos OS Version 18.3R1 wurde das Standardverhalten für Router der MX-Serie für IPv6-, GRE- und PPPoE-Pakethash-Berechnungen so geändert, dass das Feld "Flow-Label" für ein verbessertes Load Balancing in bestimmten Fällen einbezogen wird (Sie können die Option verwenden, um no-payload zur vorherigen Methode für die Hash-Berechnung zurückzukehren). Weitere Informationen finden Sie unter Grundlegendes zum Algorithmus für den Lastenausgleich des Datenverkehrs auf Routern der MX-Serie .
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 Namensgebung mag kontraintuitiv sein. Das Load Balancing pro Paket von Junos entspricht jedoch funktional dem, was andere Anbieter als Load Balancing pro Datenstrom bezeichnen. Sie können Load Balancing verwenden, um den Datenverkehr über mehrere Pfade zwischen Routern zu verteilen.
Abbildung 1 zeigt ein einfaches Load Balancing-Szenario. 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 ausgeglichen wird.
Ab Junos OS 13.3R3 können Sie für universelle Routing-Plattformen der MX-Serie 5G nur mit MPCs (Modular Port Concentrators) ein konsistentes Load Balancing konfigurieren, das die Neuordnung aller Datenströme zu aktiven Pfaden in einer ECMP-Gruppe (Equal-Cost Multipath) verhindert, wenn ein oder mehrere Next-Hop-Pfade ausfallen. Nur Flows für Pfade, die inaktiv sind, werden an einen anderen aktiven Next-Hop-Pfad umgeleitet. Flows, die Servern zugeordnet sind, die aktiv bleiben, werden beibehalten. Diese Funktion gilt nur für externe BGP-Peers.
Ab Junos OS Version 19.1R1 können Sie auf QFX10000-Switches Load Balancing von IPv4- oder IPv6-Paketen mithilfe von GTP-TEID-Feld-Hash-Berechnungen (GPRS Tunneling Protocol-tunnel endpoint identifier) 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] Hierarchieebene oder [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.
Tabellarischer Änderungsverlauf
Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Funktionen entdecken , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.
no-payload zur vorherigen Methode für die Hash-Berechnung zurückzukehren).