AUF DIESER SEITE
enhanced-hash-key
Syntax
enhanced-hash-key {
family any {
incoming-interface-index;
no-tunnel-payload;
}
family inet {
gtp-tunnel-endpoint-identifier;
l2tp-tunnel-session-identifier;
incoming-interface-index;
no-destination-port;
no-source-port;
type-of-service;
}
family inet6 {
gtp-tunnel-endpoint-identifier;
incoming-interface-index;
no-destination-port;
no-source-port;
traffic-class;
}
family mpls {
ether-pseudowire {
zero-control-word;
}
incoming-interface-index;
label-1-exp;
no-ether-pseudowire;
no-labels;
no-payload;
}
family multiservice {
incoming-interface-index;
no-mac-addresses;
no-payload;
outer-priority;
source-mac;
no-destination-mac;
}
services-loadbalancing {
family inet {
layer-3-services {
destination-address;
incoming-interface-index;
source-address;
}
}
family inet6 {
layer-3-services {
destination-address;
incoming-interface-index;
source-address;
src-prefix-len;
}
}
}
symmetric;
}
Syntax (EX-Serie)
enhanced-hash-key {
ecmp-dlb {
assigned-flow;
per-packet;
flowlet inactivity-interval;
ether-type (ipv4|ipv6|mpls);
}
ecmp-resilient-hash;
fabric-load-balance {
flowlet {
inactivity-interval interval;
}
per-packet;
}
hash-mode {
layer2-header;
layer2-payload;
}
family inet {
no-ipv4-destination-address;
no-ipv4-source-address;
no-l4-destination-port;
no-l4-source-port;
no-protocol;
vlan-id;
}
family inet6 {
no-ipv6-destination-address;
no-ipv6-source-address;
no-l4-destination-port;
no-l4-source-port;
no-next-header;
vlan-id;
}
layer2 {
no-destination-mac-address;
no-ether-type;
no-source-mac-address;
vlan-id;
}
}
Syntax (Switches der QFX5000-Serie)
enhanced-hash-key {
conditional-match name {
offset1 {
base-offset1 (start-of-L2Header | start-of-L3-InnerHeader | start-of-L3-OuterHeader | start-of-L4-Header);
matchdata1 matchdata1;
matchdata1-mask matchdata1-mask;
offset1-value offset1-value;
}
offset2 {
base-offset2 (start-of-L2Header | start-of-L3-InnerHeader | start-of-L3-OuterHeader | start-of-L4-Header);
matchdata2 matchdata2;
matchdata2-mask matchdata2-mask;
offset2-value offset2-value;
}
offset3 {
base-offset3 (start-of-L2Header | start-of-L3-InnerHeader | start-of-L3-OuterHeader | start-of-L4-Header);
matchdata3 matchdata3;
matchdata3-mask matchdata3-mask;
offset3-value offset3-value;
}
offset4 {
base-offset4 (start-of-L2Header | start-of-L3-InnerHeader | start-of-L3-OuterHeader | start-of-L4-Header);
matchdata4 matchdata4;
matchdata4-mask matchdata4-mask;
offset4-value offset4-value;
}
}
ecmp-dlb {
assigned-flow;
per-packet;
flowlet inactivity-interval;
ether-type (ipv4|ipv6|mpls);
}
ecmp-resilient-hash;
fabric-load-balance {
flowlet {
inactivity-interval interval;
}
per-packet;
}
flex-hashing name {
ethtype {
inet {
conditional-match conditional-match;
hash-offset {
offset1 {
base-offset1 (start-of-L2Header | start-of-L3-InnerHeader | start-of-L3-OuterHeader | start-of-L4-Header);
offset1-mask offset1-mask;
offset1-value offset1-value;
offset2 {
base-offset2 (start-of-L2Header | start-of-L3-InnerHeader | start-of-L3-OuterHeader | start-of-L4-Header);
offset2-mask offset2-mask;
offset2-value offset2-value;
}
}
}
interface interface;
}
inet6 {
conditional-match conditional-match;
hash-offset {
offset1 {
base-offset1 (start-of-L2Header | start-of-L3-InnerHeader | start-of-L3-OuterHeader | start-of-L4-Header);
offset1-mask offset1-mask;
offset1-value offset1-value;
offset2 {
base-offset2 (start-of-L2Header | start-of-L3-InnerHeader | start-of-L3-OuterHeader | start-of-L4-Header);
offset2-mask offset2-mask;
offset2-value offset2-value;
}
}
}
interface interface;
}
mpls {
conditional-match conditional-match;
hash-offset {
offset1 {
base-offset1 (start-of-L2Header | start-of-L3-InnerHeader | start-of-L3-OuterHeader | start-of-L4-Header);
offset1-mask offset1-mask;
offset1-value offset1-value;
offset2 {
base-offset2 (start-of-L2Header | start-of-L3-InnerHeader | start-of-L3-OuterHeader | start-of-L4-Header);
offset2-mask offset2-mask;
offset2-value offset2-value;
}
}
}
interface interface;
num-labels num-labels;
}
}
}
hash-mode {
layer2-header;
layer2-payload;
gtp-header-offset offset-value;
}
hash-parameters {
ecmp {
function {
(crc16-bisync | crc16-ccitt | crc32-hi | crc32-lo);
}
offset offset;
preprocess;
}
lag {
function {
(crc16-bisync | crc16-ccitt | crc32-hi | crc32-lo);
}
offset offset;
preprocess;
}
}
family inet {
gtp-tunnel-endpoint-identifier;
no-incoming-port;
no-ipv4-destination-address;
no-ipv4-source-address;
no-l4-destination-port;
no-l4-source-port;
no-protocol;
vlan-id;
}
family inet6 {
no-incoming-port;
no-ipv6-destination-address;
no-ipv6-source-address;
no-l4-destination-port;
no-l4-source-port;
no-next-header;
vlan-id;
}
layer2 {
no-destination-mac-address;
no-ether-type;
no-source-mac-address;
vlan-id;
}
symmetric-hash {
inet;
inet6;
}
}
vxlan {
no-inner-payload;
}
Syntax (Switches der QFX10000-Serie)
enhanced-hash-key {
hash-seed seed-value;
family inet {
gtp-tunnel-endpoint-identifier;
no-ipv4-destination-address;
no-ipv4-source-address;
no-l4-destination-port;
no-l4-source-port;
no-incoming-port;
}
family inet6 {
gtp-tunnel-endpoint-identifier;
ipv6-flow-label;
no-ipv6-destination-address;
no-ipv6-source-address;
no-l4-destination-port;
no-l4-source-port;
no-incoming-port;
}
layer2 {
destination-mac-address
inner-vlan-id;
no-ether-type;
no-vlan-id;
source-mac-address;
}
no-mpls;
gre {
key;
protocol;
}
vxlan-vnid
}
}
Syntax (Router der SRX5000-Serie))
enhanced-hash-key {
family inet {
gtp-tunnel-endpoint-identifier;
incoming-interface-index;
l2tp-tunnel-session-identifier;
session-id;
type-of-service;
}
family inet6 {
gtp-tunnel-endpoint-identifier;
incoming-interface-index;
no-flow-label;
session-id;
traffic-class;
}
layer2 {
destination-mac-address
inner-vlan-id;
no-ether-type;
no-vlan-id;
source-mac-address;
}
no-mpls;
gre {
key;
protocol;
}
vxlan-vnid
}
}
Syntax (Junos OS weiterentwickelt)
enhanced-hash-key {
family any {
incoming-interface-index;
no-tunnel-payload;
}
family inet {
gtp-tunnel-endpoint-identifier;
no-destination-port;
no-source-port;
type-of-service;
}
family inet6 {
gtp-tunnel-endpoint-identifier;
no-destination-port;
no-flow-label;
no-source-port;
traffic-class;
}
family mpls {
label-1-exp;
no-labels;
no-payload;
}
family multiservice {
no-payload;
}
hash-seed;
}
resilient-hash-seed;
}
}
Syntax: Junos OS weiterentwickelt (QFX5220 und QFX5130)
enhanced-hash-key {
ecmp-resilient-hash;
family inet {
no-incoming-device;
no-incoming-port;
no-ipv6-destination-address;
no-ipv6-source-address;
no-l4-destination-port;
no-l4-source-port;
no-protocol;
vlan-id;
}
family inet6 {
no-incoming-device;
no-incoming-port;
no-ipv6-destination-address;
no-ipv6-source-address;
no-l4-destination-port;
no-l4-source-port;
no-nxt-hdr;
vlan-id;
}
hash-mode {
layer2-header;
layer2-payload;
}
layer2 {
no-destination-mac-address;
no-ether-type;
no-incoming-device;
no-incoming-device;
no-smac-address;
vlan-id;
}
hash-parameters {
ecmp {
function {
(crc16-bisync | crc16-ccitt | crc32-hi | crc32-lo);
}
offset offset;
preprocess;
}
lag {
function {
(crc16-bisync | crc16-ccitt | crc32-hi | crc32-lo);
}
offset offset;
preprocess;
}
}
}
Syntax: Junos OS weiterentwickelt (QFX5240)
enhanced-hash-key {
ecmp-dlb {
flowlet {
reassignment prob-threshold <value>;
reassignment quality-delta <value>;
}
}
}
Hierarchieebene
[edit forwarding-options], [edit logical-systems logical-system-name routing-instances instance-name forwarding-options], [edit routing-instances instance-name forwarding-options]
Junos OS Evolved verwendet den set Befehl anstelle von edit.
Beschreibung
Konfigurieren Sie den Hashing-Schlüssel, der für den Hash-Datenverkehr von Link Aggregation Group (LAG) und Equal-Cost Multipath (ECMP) verwendet wird, oder aktivieren Sie Adaptive Load Balancing (ALB) in einer Virtual Chassis Fabric (VCF). Konfigurieren Sie auf QFX5240 Geräten nur den Hashing-Schlüssel, der für den Hash-Datenverkehr von Link Aggregation Group (LAG) und Equal-Cost Multipath (ECMP) verwendet wird.
Ab Junos OS Version 14.1X53-D46, 15.1R7, 16.1R6, 17.1R3, 17.2R2, 17.3R2 und 17.4R1 ist die ALB-Funktion veraltet. Wenn fabric-load-balance dies in der Konfiguration für ein VCF aktiviert ist, löschen Sie das Konfigurationselement beim Upgrade von Junos OS.
Der Hashing-Algorithmus wird verwendet, um Entscheidungen über die Weiterleitung des Datenverkehrs für Datenverkehr zu treffen, der in ein LAG-Paket eintritt, oder für Datenverkehr, der einen Switch verlässt, wenn ECMP aktiviert ist.
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.
Wenn ECMP aktiviert ist, bestimmt der Hashalgorithmus, wie eingehender Datenverkehr an das Next-Hop-Gerät weitergeleitet wird.
Der berechnete Hash wird nicht nur bei der Auswahl eines ECMP-Pfads verwendet, sondern auch für das Load Balancing. Ab Junos OS Version 18.3R1 ist das flow-label field standardmäßig in der Hash-Berechnung für IPv6-, GRE- und PPPoE-Pakete enthalten. Dies kann z. B. von Vorteil sein, wenn Sie MX-Router haben, die als designierter Router (DR) oder Rendezvous-Punkt (RP) fungieren und einen Lastenausgleich für den Datenverkehr auf der Grundlage eines einzelnen Layer-3- oder Layer-4-Datenstroms durchführen möchten. Sie können zur vorherigen Methode der Hashberechnung zurückkehren, indem Sie die no-flow-label Option festlegen.
-
Wenn bei GRE-Paketen das äußere IP-Paket ein Nicht-Option-Paket und das innere Paket IPv4 oder IPv6 ist, werden die Quell- und Ziel-IP-Adressen des inneren Pakets in die Hashberechnung einbezogen.
Die Layer-4-Ports werden auch in die Hash-Berechnung einbezogen, wenn das Protokoll des inneren IP-Pakets TCP oder UDP ist und wenn das innere IP-Paket kein Optionspaket ist.
Wenn es sich bei dem äußeren IP-Paket um ein Nicht-Optionspaket handelt und das innere Paket MPLS ist, wird das obere innere Label in die Hashberechnung einbezogen.
-
Wenn bei PPPoE-Paketen das innere Paket IPv4 oder IPv6 ist, werden die Quell- und Ziel-IP-Adressen des inneren Pakets in die Hashberechnung einbezogen.
Die Layer-4-Ports werden in die Hash-Berechnung einbezogen, wenn das Protokoll des inneren IP-Pakets TCP oder UDP ist und das innere IP-Paket ein Nicht-Optionspaket ist.
Wählen Sie für Router der MX-Serie mit MPCs, T4000-Router mit FPCs vom Typ 5, EX9200-Switches und PTX10008 Router die Daten aus, die im Hash-Schlüssel für erweiterte IP-Weiterleitungs-Engines verwendet werden.
Standardmäßig verwenden MPCs die folgenden Parameter für das Hashing:
-
Quell-IP-Adresse
-
Ziel-IP-Adresse
-
Layer-3-Protokoll
-
Quell-Port
-
Zielhafen
-
Generic Routing Encapsulation (GRE) nur für GRE-Pakete.
Sie können den Standardhashmechanismus für MPCs und FPCs vom Typ 5 ändern, indem Sie Anweisungen auf Hierarchieebene [edit forwarding-options enhanced-hash-key] konfigurieren.
-
Auf Switches der QFX10000-Serie können Sie den Hash-Seed für den Lastenausgleich konfigurieren. Standardmäßig verwenden die Switches der QFX10000-Serie die MAC-Adresse des Systems, um einen Hash-Seed-Wert zu generieren. Sie können den Hash-Seed-Wert mithilfe der hash-seed Anweisung auf der Hierarchieebene [
edit forwarding-options enhanced-hash-key] konfigurieren. Legen Sie einen Wert zwischen 0 und 4294967295 fest. Wenn Sie keinen Hash-Seed-Wert konfigurieren, generiert das System einen Hash-Seed-Wert basierend auf der MAC-Adresse des Systems. -
Ab Junos OS Version 18.4R1 wird symmetrisches Hashing auf den Switches der QFX10000 Serie unterstützt. Sie konfigurieren die
no-incoming-portOption in der Hierarchie [edit forwarding-options enhanced-hash-key]. Standardmäßig werden Ziel-IP (DIP), SIP, Layer-4-Quell- und Zielports sowie der eingehende Port für das Hashing verwendet. Sie können symmetrisches Hashing nur auf globaler Ebene konfigurieren.
Auf Switches der QFX5000-Serie werden Multicast-Pakete dupliziert oder verworfen, wenn vlan-id dies in der enhanced-hash-key Konfiguration enthalten ist. Daher müssen Sie bei der Konfiguration enhanced-hash-keyund Optionen konfigurierenlayer2-payload, ohne vlan-idlayer2-header . Dieses Verhalten tritt nur bei Multicast-Datenverkehr auf.
-
Ab Junos OS Version 19.4R1 wird das Dynamic Load Balancing (DLB) auf ECMP auf QFX5120-32C- und QFX5120-48Y-Switches unterstützt. Sie können die
ecmp-dlbOption in der Hierarchie [edit forwarding-options enhanced-hash-key] konfigurieren. Weitere Informationen finden Sie unter Dynamischer Lastenausgleich. -
Um symmetrisches Hashing auf der QFX5000 Reihe von Switches zu aktivieren, konfigurieren Sie die
symmetric-hashOption.
Der erweiterte Hash-Schlüssel wird auf SRX5000-Routern unterstützt, indem ein Kontrollpfad für die konfigurierte Einstellung implementiert wird, um die Services Processing Card (SPC2) und SPC3 zu erreichen. Sie konfigurieren die session-id Option, um den Steuerpfad für die konfigurierte Einstellung zu aktivieren, um die Service Processing Unit (SPU) zu erreichen.
Weitere Informationen finden Sie unter CLI-Explorer.
Standard
In PTX sind im Vergleich zu MX (das QFX ähnelt) die Quell- und Ziel-MAC-Adressoptionen für die Hash-Berechnung unterschiedlich. Während QFX die standardmäßigen MAC-Adressfelder für Hash-Berechnungen ausschließt, schließt PTX die Ziel-MAC ein, während der Quell-MAC ausgeschlossen wird.
Optionen
services-loadbalancing: Verteilt den Datenverkehr basierend auf der Quell-IP-Adresse auf PICs, wenn eine Route installiert ist, die auf mehr als eine Service-PICs verweist.
symmetric—Ermöglichen Sie symmetrischen Lastausgleich über aggregierte Ethernet-Schnittstellen hinweg. Diese Option wird nur für Trio-basierte MPCs benötigt.
Datenselektionen für services-loadbalancing:
-
inet– IPv4-Adressierungsprotokoll. -
inet6—IPv6-Adressierungsprotokoll. -
layer-3-services– Fügen Sie Layer-3-IP-Daten in den Hash-Schlüssel ein. -
incoming-interface-index– Fügen Sie den eingehenden Schnittstellenindex in den Hash-Schlüssel ein. -
source-address– Fügen Sie die Quelladresse in den Hash-Schlüssel ein. -
destination-address– Fügen Sie die Zieladresse in den Hash-Schlüssel ein. -
src-prefix-len– Fügen Sie die Länge des Quellpräfixes in den Hash-Schlüssel ein.
Datenauswahl für Familie any:
-
incoming-interface-index—(nur PTX10008) Schließt den eingehenden Schnittstellenindex in den Hash-Schlüssel ein. -
no-tunnel-payload—(Nur PTX10001-36MR, PTX10004, PTX10008 und PTX10016) Lassen Sie die Tunnelnutzlastdaten aus dem Hash-Schlüssel weg.
Datenauswahl für Familie inet:
-
gtp-tunnel-endpoint-identifer: Fügen Sie das TEID-Feld (Tunnel Endpoint Identifier) in den Hash-Schlüssel für den GPRS-GTP-Datenverkehr (Tunneling Protocol) ein.
Hinweis:Diese Option wird nur auf Routern der MX-Serie mit MPCs und auf dem MX80-Router unterstützt.
-
incoming-interface-index– Fügen Sie den eingehenden Schnittstellenindex in den Hash-Schlüssel ein. -
no-destination-port– Lassen Sie den IP-Zielport im Hash-Schlüssel weg. -
no-source-port– Lassen Sie den IP-Quellport im Hash-Schlüssel weg. -
type-of-service– Fügen Sie das TOS-Byte (Type-of-Service) in den Hash-Schlüssel ein.
Datenauswahl für Familie inet6:
-
gtp-tunnel-endpoint-identifer: Fügen Sie das TEID-Feld (Tunnel Endpoint Identifier) in den Hash-Schlüssel für den GPRS-GTP-Datenverkehr (Tunneling Protocol) ein.
Hinweis:Diese Option wird nur auf Routern der MX-Serie mit MPCs und auf dem MX80-Router unterstützt.
-
incoming-interface-index– Fügen Sie den Index der eingehenden Schnittstelle in den Hash-Schlüssel ein. -
no-destination-port– Lassen Sie den IP-Zielport im Hash-Schlüssel weg. -
no-source-port– Lassen Sie den IP-Quellport im Hash-Schlüssel weg. -
traffic-class– Fügen Sie das Byte der Datenverkehrsklasse in den Hash-Schlüssel ein.
Datenauswahl für Familie mpls:
-
ether-pseudowire– IP-over-Ethernet-Pseudowire: Lastausgleich Das Vorhandensein eines Null-Steuerworts in der Nutzlast deutet auf einen Ethernet-Frame hin. -
incoming-interface-index– Fügen Sie den Index der eingehenden Schnittstelle in den Hash-Schlüssel ein. -
label-1-exp—Das EXP-Bit des ersten Labels wird in der Hash-Berechnung verwendet. -
no-ether-pseudowire– Lassen Sie die Ethernet-Pseudowire-Nutzdaten aus dem Hash-Schlüssel weg (nur Router der MX-Serie mit MPCs). -
no-labels– MPLS-Beschriftungen aus dem Hash-Schlüssel weglassen (nur PTX10008). -
no-payload– Lassen Sie die MPLS-Nutzlastdaten aus dem Hash-Schlüssel weg.
Datenauswahl für Familie multiservice:
-
incoming-interface-index– Fügen Sie den Index der eingehenden Schnittstelle in den Hash-Schlüssel ein. -
no-mac-addresses– Quell- und Ziel-MAC-Adressen werden aus dem Hash-Schlüssel weggelassen. -
no-payload– Lassen Sie die Nutzdaten aus dem Hash-Schlüssel weg. -
outer-priority– Fügen Sie die äußeren 802.1-Prioritätsbits in den Hash-Schlüssel ein. -
source-mac—Enthält die Quell-MAC-Adresse im Hash-Schlüssel -
no-destination-mac– Schließt die MAC-Zieladresse im Hash-Schlüssel aus.
Erforderliche Berechtigungsstufe
interface: Zum Anzeigen dieser Anweisung in der Konfiguration.
interface-control: Zum Hinzufügen dieser Anweisung zur Konfiguration.
Informationen zur Veröffentlichung
In Junos OS Version 10.1 eingeführte Anweisung.
services-loadbalancing Anweisung, die in Junos OS Version 11.2 eingeführt wurde.
gtp-tunnel-endpoint-identifier in Junos OS Version 13.2 eingeführte Erklärung
Diese fabric-load-balance Erklärung wurde in Junos OS Version 14.1X53-D10 eingeführt.
Die fabric-load-balance Anweisung ist ab den Junos OS-Versionen 14.1X53-D46, 15.1R7, 16.1R6, 17.1R3, 17.2R2, 17.3R2 und 17.4R1 veraltet.
Diese hash-seed Erklärung wurde in Junos OS Version 15.1X53-D30 eingeführt.
ether-pseudowire Aussage, die in Junos OS Version 16.1 für die M-Serie, MX-Serie und PTX-Serie eingeführt wurde.
l2tp-tunnel-session-identifier in Junos OS Version 17.2 eingeführte Erklärung
Ab Junos OS Version 18.3R1 besteht das Standardverhalten bei der IPv6-, GRE- und PPPoE-Paket-Hash-Berechnung darin, das Flow-Label-Feld für einen verbesserten Lastenausgleich in bestimmten Fällen einzuschließen. Verwenden Sie die no-payload Option, um zur vorherigen Methode für die Hashberechnung zurückzukehren.
Diese ecmp-dlb Aussage wurde in Junos OS Version 19.4R1 für QFX5120-32C- und QFX5120-48Y-Switches eingeführt.
Diese Option symmetric-hash wurde in Junos OS Version 20.4R1 eingeführt.
Erklärung eingefügt in Junos OS Evolved Version 21.3R1.
Die ecmp-dlb Anweisung wird in Junos OS Version 23.2R1 für EX4400-24T-, EX4400-24X- und EX-4400-48F-Switches eingeführt.
Die ecmp-dlb in Junos Evolved Version 22.2X100-D20 eingeführte Erklärung zum Reactive Path Rebalancing für QFX5240-Switches.