Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Layer-2-Weiterleitungstabellen

Überblick über Layer 2-Learning und -Weiterleitung für VLANs

Grundlegende Informationen zu Layer 2-Weiterleitungstabellen auf Switches, Routern und Geräten der NFX-Serie

Sie können layer 2 MAC-Adresse und VLAN-Lern- und Weiterleitungseigenschaften zur Unterstützung von Layer 2-Bridging konfigurieren. Die Unicast MAC(MAC)-Adressen lernen, die Pakete nicht auf alle Ports in einem VLAN zu überfluten. In den MAC-Quell- und Zieltabellen wird ein MAC-Quelleintrag für jede MAC-Adresse erstellt, die von Paketen an Ports empfangen wird, die zum VLAN gehören.

Wenn Sie ein VLAN konfigurieren, ist das Layer 2-Adressenlernen standardmäßig aktiviert. Das VLAN lernt Unicast MAC (MAC)-Adressen, um eine Überflutung der Pakete zu allen Ports im VLAN zu vermeiden. Jedes VLAN erstellt einen MAC-Quelleintrag in seinen Quell- und Ziel-MAC-Tabellen für jede Mac-Quelladresse, die aus paketen erstellt wird, die an den Ports empfangen werden, die zum VLAN gehören.

Anmerkung:

Der Datenverkehr wird nicht wieder zurück in die Schnittstelle, an der er empfangen wurde, geflutet. Da dieser "Split Horizon" jedoch erst spät erfolgt, werden die Paketstatistiken durch Befehle wie show interfaces queue "Flood Traffic" angezeigt.

Sie können das MAC-Learning optional für das gesamte Gerät oder für ein bestimmtes VLAN oder eine logische Schnittstelle deaktivieren. Sie können auch die folgenden Layer 2-Lern- und Weiterleitungseigenschaften konfigurieren:

  • Timeout-Intervall für MAC-Einträge

  • Statische MAC-Einträge nur für logische Schnittstellen

  • Begrenzung auf die Anzahl der MAC-Adressen, die von einer bestimmten logischen Schnittstelle oder von allen logischen Schnittstellen in einem VLAN gelernt werden

  • Größe der MAC-Adressentabelle für das VLAN

  • MAC-Accounting für ein VLAN

Grundlegende Informationen zu Layer-2-Weiterleitungstabellen auf Sicherheitsgeräten

Das Gerät der SRX-Serie verwaltet Weiterleitungstabellen, die MAC-Adressen und die zugehörigen Schnittstellen für jedes Layer-2-VLAN enthalten. Wenn ein Paket eine neue MAC-Quelladresse in seinem Frame-Header eintrifft, fügt das Gerät die MAC-Adresse in seine Weiterleitungstabelle ein und verfolgt die Schnittstelle, an der das Paket eintraf. Die Tabelle enthält auch die entsprechende Schnittstelle, über die das Gerät Datenverkehr an eine bestimmte MAC-Adresse übertragen kann.

Wenn die MAC-Adresse des Pakets für das Ziel nicht mit dem Gerät verbunden ist (d. h. die MAC-Adresse des Ziels nicht in der Weiterleitungstabelle vorhanden ist), dupliziert das Gerät das Paket und überflutet es auf allen Schnittstellen im VLAN – und nicht an der Schnittstelle, an der das Paket eingetroffen ist. Dies wird als Paket-Flooding bezeichnet und ist das Standardverhalten des Geräts zur Bestimmung der ausgehenden Schnittstelle für eine unbekannte Mac-Adresse des Ziels. Packet Flooding wird auf zwei Ebenen ausgeführt: Pakete werden, wie durch die konfigurierten Layer 2-Sicherheit gestattet, in verschiedene Zonen überflutet und Pakete auch an verschiedene Schnittstellen mit derselben VLAN-Kennung innerhalb der gleichen Zone überflutet. Das Gerät lernt die Weiterleitungsschnittstelle für die MAC-Adresse, wenn eine Antwort mit dieser MAC-Adresse an einer der Schnittstellen eintrifft.

Sie können angeben, dass das Gerät der SRX-Serie ARP-Abfragen und Traceroute-Anforderungen (bei ICMP-Echoanfragen mit den auf 1 gesetzten Time-to-Live-Werten) anstatt Packet Flooding verwendet, um eine unbekannte MAC-Adresse des Ziels zu lokalisieren. Diese Methode gilt als sicherer als Packet Flooding, da das Gerät auf allen Schnittstellen ARP-Anfragen und Traceroute-Pakete (nicht das anfängliche Paket) überflutet. Wenn ARP- oder Traceroute-Flooding verwendet wird, wird das Originalpaket verworfen. Das Gerät sendet eine ARP- oder ICMP-Abfrage an alle anderen Geräte im selben Subnetz und fordert das Gerät an der angegebenen Ziel-IP-Adresse auf, eine Antwort zurück zu senden. Es antwortet nur das Gerät mit der angegebenen IP-Adresse, und gibt dem Anfordernden die MAC-Adresse des Antwortenden an.

ARP ermöglicht dem Gerät die Entdeckung der MAC-Zieladresse für ein Unicastpaket, wenn sich die Ziel-IP-Adresse im selben Unternetz wie die Ingress-IP-Adresse befindet. (Die eingehende IP-Adresse bezieht sich auf die IP-Adresse des letzten Geräts, das das Paket an das Gerät sendet. Das Gerät kann die Quelle sein, von der das Paket gesendet wurde, oder ein Router, der das Paket weiterleite.) Traceroute ermöglicht dem Gerät die Entdeckung der MAC-Adresse des Ziels, auch wenn die Ziel-IP-Adresse zu einem Gerät in einem Unternetzwerk gehört, das über die der Adresse des Ingress-IP hinaus liegt.

Wenn Sie ARP-Abfragen aktivieren, um eine unbekannte MAC-Adresse des Ziels zu lokalisieren, sind auch Traceroute-Anforderungen aktiviert. Sie können optional auch angeben, dass Traceroute-Anforderungen nicht verwendet werden; Das Gerät kann dann jedoch die MAC-Zieladressen für Unicastpakete nur dann entdecken, wenn sich die Ziel-IP-Adresse im selben Subnetz wie die Ingress-IP-Adresse befindet.

Unabhängig davon, ob Sie ARP-Abfragen und Traceroute-Anforderungen aktivieren oder nur ARP-Anfragen zum Suchen unbekannter Mac-Adressen des Ziels aktivieren, führt das Gerät der SRX-Serie die folgende Reihe von Aktionen aus:

  1. Das Gerät notiert die MAC-Adresse des Zielorts im ursprünglichen Paket. Das Gerät fügt der Weiterleitungstabelle die MAC-Quelladresse und die entsprechende Schnittstelle hinzu, wenn sie noch nicht vorhanden sind.

  2. Das Gerätverlust des ursprünglichen Pakets.

  3. Das Gerät generiert ein ARP-Abfragepaket und optional ein Traceroute-Paket und überflutet diese Pakete über alle Schnittstellen, außer an der Schnittstelle, an der das anfängliche Paket eintraf.

    ARP-Pakete werden mit folgenden Feldwerten gesendet:

    • Quell-IP-Adresse, die auf die IP-Adresse von IRB festgelegt ist

    • Ziel-IP-Adresse wird auf die Ziel-IP-Adresse des ursprünglichen Pakets festgelegt

    • MAC-Quelladresse für die MAC-Adresse von IRB

    • MAC-Zieladresse auf die Broadcast-MAC-Adresse festlegen 0xf (alle)

    Traceroute-Pakete (ICMP Echo Request oder Ping) werden mit folgenden Feldwerten gesendet:

    • Quell-IP-Adresse, die auf die IP-Adresse des ursprünglichen Pakets festgelegt ist

    • Ziel-IP-Adresse wird auf die Ziel-IP-Adresse des ursprünglichen Pakets festgelegt

    • MAC-Quelladresse der Quell-MAC-Adresse des originalen Pakets

    • MAC-Zieladresse auf die MAC-Zieladresse des ursprünglichen Pakets festgelegt

    • TTL (Time-to-Live) auf 1

  4. Durch Kombination der MAC-Zieladresse aus dem ursprünglichen Paket mit der Schnittstelle, die zu dieser MAC-Adresse führt, fügt das Gerät einen neuen Eintrag in seine Weiterleitungstabelle hinzu.

  5. Das Gerät weitergeleitet alle nachfolgenden Pakete, die es zur Mac-Adresse des Ziels erhält, an die richtige Schnittstelle zum Ziel.

Layer 2-Learning und Forwarding für VLANs, die als Switch für einen Layer-2-Trunk-Port agieren

Das Lernen auf Layer 2 ist standardmäßig aktiviert. Eine Gruppe von VLANs, die so konfiguriert sind, dass sie als Switch mit einem Layer-2-Trunkport konfiguriert sind, lernt Unicast MAC (MAC)-Adressen, um pakete nicht zum Trunk-Port zu überfluten.

Anmerkung:

Der Datenverkehr wird nicht wieder zurück in die Schnittstelle, an der er empfangen wurde, geflutet. Da dieser "Split Horizon" jedoch erst spät erfolgt, werden die Paketstatistiken durch Befehle wie show interfaces queue "Flood Traffic" angezeigt.

Sie können das Layer 2-Lernen optional für den gesamten Satz von VLANs deaktivieren und die folgenden Layer 2-Lern- und Weiterleitungseigenschaften ändern:

  • Begrenzen der Anzahl der MAC-Adressen, die aus dem Layer-2-Trunkport gelernt werden, der mit dem Satz von VLANs verknüpft ist

  • Ändern der Größe der MAC-Adresstabelle für den Satz von VLANs

  • Ermöglichen von MAC-Accounting für den Satz von VLANs

Kenntnis der einheitlichen Weiterleitungstabelle

Vorteile von einheitlichen Weiterleitungstabellen

Traditionell wurden Weiterleitungstabellen statisch definiert und haben nur eine feste Anzahl von Einträgen für jeden Adresstyp unterstützt. Die einheitliche Forward-Tabelle bietet die folgenden Vorteile:

  • Ermöglicht ihnen die Zuweisung von Ressourcen für Weiterleitungstabellen zur Optimierung des verfügbaren Speichers für verschiedene Adresstypen je nach Netzwerkanforderungen.

  • Ermöglicht es Ihnen, einen höheren Arbeitsspeicher für eine Adresse oder einen anderen Typ zu weisen.

Verwenden der einheitlichen Weiterleitungstabelle zur Optimierung des Adressspeichers

Auf den QFX5100-, EX4600-, EX4650-, QFX5110-, QFX5200- und QFX5120-Switches können Sie die Zuordnung von Arbeitsspeicher für die Weiterleitungstabelle steuern, um Folgendes zu speichern:

  • MAC-Adressen: In einer Layer 2-Umgebung lernt der Switch neue MAC-Adressen und speichert sie in einer MAC-Adressentabelle

  • Layer-3-Host-Einträge: In einer Layer 2- und Layer 3-Umgebung lernt der Switch, welchen IP-Adressen MAC-Adressen zugeordnet werden; werden diese Schlüssel-Wert-Paare in der Layer-3-Hosttabelle gespeichert.

  • LPM-Tabelleneinträge (Longest Prefix Match): In einer Layer 3-Umgebung verfügt der Switch über eine Routingtabelle. Die routenspezifischeste Route verfügt über einen Eintrag in der Weiterleitungstabelle, um ein Präfix oder einen Netmask einem nächsten Hop zuordnen zu können. Beachten Sie jedoch, dass alle IPv4/32-Präfixe und IPv6/128-Präfixe in der Layer 3-Hosttabelle gespeichert sind.

UFT verbindet im Wesentlichen die drei unterschiedlichen Weiterleitungstabellen zu einer Tabelle mit flexibler Ressourcenzuordnung. Sie können eines von fünf Weiterleitungstabellenprofilen auswählen, das Ihre Netzwerkanforderungen am besten erfüllt. Jedes Profil wird mit unterschiedlichen Maximalwerten für jede Art von Adresse konfiguriert. Ein Switch, der viel Layer-2-Datenverkehr wie ein virtualisiertes Netzwerk mit vielen Servern und virtualisierten Maschinen verarbeitet, kann wahrscheinlich ein Profil auswählen, das MAC-Adressen einen höheren Arbeitsspeicher zuweisen. Bei Switches, die im Kern eines Netzwerks betrieben werden, kann eine IP-Fabric verwendet werden. Sie möchten wahrscheinlich die Anzahl der Routingtabellen-Einträge maximieren, die er speichern kann. In diesem Fall wählen Sie ein Profil aus, das einen höheren Prozentsatz des Speichers den längsten Präfixen zugibt. Der QFX5200-Switch unterstützt ein benutzerdefiniertes Profil, mit dem Sie die vier verfügbaren gemeinsamen Speicherbanken mit insgesamt 128.000 Einträgen unter MAC-Adressen, Layer 3-Hostadressen und LPM-Präfixen partitionieren können.

Anmerkung:

Die Unterstützung QFX5200 Switches wurde in der Junos OS Version 15.1x53-D30 eingeführt. Der QFX5200 switch wird auf der Veröffentlichungsversion von Junos OS nicht 16.1R1.

Grundlegende Informationen zur Zuordnung von MAC-Adressen und Hostadressen

Es werden alle fünf Profile unterstützt, von denen jede unterschiedliche Speichersummen für Layer-2- oder Layer-3-Einträge weist, sodass Sie eine Option auswählen können, die die Anforderungen Ihres Netzwerks am besten erfüllt. Die QFX5200- QFX5210-Switches unterstützen jedoch unterschiedliche Maximalwerte für jedes Profil von den anderen Switches. Weitere Informationen zum benutzerdefinierten Profil finden Sie Konfigurieren der einheitlichen Weiterleitungstabelle auf Switches unter.

Anmerkung:

Das Standardprofil weist gleichen Platz für MAC-Adressen und l2-profile-three Layer-3-Hostadressen zu. Auf QFX5100-, EX4600-, QFX5110- und QFX5200-Switches ist der Speicherplatz 16.000 IPv4-Einträgen für die LPM-Tabelle gleich, und auf QFX5210-Switches entspricht der Platz 32.000 IPv4-Einträgen für die LPM-Tabelle. Für die lpm-profile LPM-Tabellengröße ist gleich 256.000 IPv4-Einträge.

Anmerkung:

Beginnend mit Junos OS Release 18.1R1 auf dem QFX5210-64C-Switch für alle diese Profile, außer die lpm-profile LPM-Tabellengröße (Longest Prefix Match) entspricht 32.000 IPv4-Einträgen.

Anmerkung:

Beginnend mit Junos OS Release 18.3R1 auf den QFX5120- und EX4650-Switches für alle diese Profile, außer die lpm-profile LPM-Tabellengröße (Longest Prefix Match) entspricht 32.000 IPv4-Einträgen.

Anmerkung:

Auf QFX5100-, EX4600-, EX4650-, QFX5110-, QFX5200-, QFX5120- und QFX5210-64C-Switches werden IPv4- und IPv6-Host-Routen mit ECMP-Next-Hops in der Host-Tabelle gespeichert.

Best Practice:

Wenn der Host oder die LPM-Tabelle die maximale Anzahl von Einträgen für einen bestimmten Typ von Eintrag speichert, ist die gesamte gemeinsam genutzte Tabelle voll und kann keine Einträge eines anderen Typs aufnehmen. Verschiedene Eingangstypen belegen unterschiedliche Speichertypen. Beispielsweise belegt eine IPv6-Unicast-Adresse doppelt so viel Speicher wie eine IPv4-Unicast-Adresse, und eine IPv6-Multicast-Adresse belegt vier mal so viel Speicher wie eine IPv4-Unicast-Adresse.

Tabelle 1 Liste der profile, die Sie auswählen können, und die zugehörigen Maximalwerte für die MAC-Adressen- und Host-Tabelleneinträge auf QFX5100- EX4600 Switches.

Tabelle 1: Profile mit einheitlichen Weiterleitungstabellen QFX5100- EX4600 Switches
Profilname MAC-Tabelle Host-Tabelle (Unicast- und Multicast-Adressen)
  MAC-Adressen IPv4-Unicast IPv6-Unicast IPv4 (*, G) IPv4 (S, G) IPv6 (*, G) IPv6 (S, G)

l2-profile-one

288K

16K

8K

8K

8K

4K

4K

l2-profile-two

224K

80 K

40 K

40 K

40 K

20K

20K

l2-profile-three (Standard)

160K

144K

72K

72K

72K

36K

36K

l3-profile

96K

208K

104K

104K

104K

52K

52K

lpm-profile

32 K

16K

8K

8K

8K

4K

4K

lpm-profilemit unicast-in-lpm Option

32 K

(gespeichert in der LPM-Tabelle)

(gespeichert in der LPM-Tabelle)

8K

8K

4K

4K

Tabelle 2 Listen Sie die Profile, die Sie auswählen können, und die zugehörigen Maximalwerte für die MAC-Adresse und Host-Tabelleneinträge auf QFX5110 Switches auf.

Tabelle 2: Profile mit einheitlichen Weiterleitungstabellen QFX5110 Switches
Profilname MAC-Tabelle Host-Tabelle (Unicast- und Multicast-Adressen)
  MAC-Adressen IPv4-Unicast IPv6-Unicast IPv4 (*, G) IPv4 (S, G) IPv6 (*, G) IPv6 (S, G)

l2-profile-one

288K

16K

8K

8K

8K

4K

4K

l2-profile-two

224K

80 K

40 K

40 K

40 K

20K

20K

l2-profile-three (Standard)

160K

144K

72K

72K

72K

36K

36K

l3-profile

96K

208K

104K

104K

104K

52K

52K

Tabelle 3 Listen Sie die LPM-Tabellengröße-Variationen für den QFX5110-Switch in Abhängigkeit von den Prefix-Einträgen auf.

Tabelle 3: LPM-Tabellengröße-Variationen auf QFX5110-Switches
Profilname

Prefix-Einträge

num-65-127-prefix IPv4 LPM<= /32 IPv6 LPM <= /64 IPv6 LPM-> /64

0

16K

8K

0K

1

12K

6K

1K

2

8K

4K

2K

3

4K

2K

3K

4

0K

0K

4K

Tabelle 4 Liste der profile, die Sie auswählen können, und die zugehörigen Maximalwerte für die MAC-Adresse und Host-Tabelleneinträge auf QFX5200-32C-Switches.

Tabelle 4: Profile mit einheitlichen Weiterleitungstabellen QFX5200-32C-Switches
Profilname MAC-Tabelle Host-Tabelle (Unicast- und Multicast-Adressen)

  MAC-Adressen IPv4-Unicast IPv6-Unicast IPv4 (*, G) IPv4 (S, G) IPv6 (*, G) IPv6 (S, G) Exact-Match

l2-profile-one

136K

8K

4K

4K

4K

2K

2K

0

l2-profile-two

104K

40 K

20K

20K

20K

10K

10K

0

l2-profile-three (Standard)

72K

72K

36K

36K

36K

18K

18K

0

l3-profile

40 K

104K

52K

52K

52K

26K

26K

0

lpm-profile

8K

8K

4K

4K

4K

2K

2K

0

Tabelle 5 Listen Sie die Profile, die Sie auswählen können, und die zugehörigen Maximalwerte für die MAC-Adresse und Host-Tabelleneinträge auf QFX5200-48Y-Switches auf.

Tabelle 5: Profile mit einheitlichen Weiterleitungstabellen QFX5200-48Y-Switches
Profilname MAC-Tabelle Host-Tabelle (Unicast- und Multicast-Adressen)

  MAC-Adressen IPv4-Unicast IPv6-Unicast IPv4 (*, G) IPv4 (S, G) IPv6 (*, G) IPv6 (S, G)

l2-profile-one

136K

8K

4K

4K

4K

2K

2K

l2-profile-two

104K

40 K

20K

20K

20K

10K

10K

l2-profile-three (Standard)

72K

72K

36K

36K

36K

18K

18K

l3-profile

40 K

104K

52K

52K

52K

26K

26K

lpm-profile

8K

8K

4K

4K

4K

2K

2K

Tabelle 6 Listen Sie die LPM-Tabellengröße-Variationen für den QFX5200-48Y-Switch in Abhängigkeit von den Präfixeinträgen auf.

Tabelle 6: LPM-Tabellengröße-Variationen QFX5200-48Y-Switches
Profilname

Prefix-Einträge

num-65-127-prefix IPv4 LPM<= /32 IPv6 LPM <= /64 IPv6 LPM-> /64

0

16K

8K

0K

1

12K

6K

1K

2

8K

4K

2K

3

40 K

2K

3K

4

0K

0K

4K

Tabelle 7 Listen Sie die Profile, die Sie auswählen können, und die zugehörigen Maximalwerte für die MAC-Adresse und Host-Tabelleneinträge auf QFX5210-64C-Switches auf.

Tabelle 7: Profile mit einheitlichen Weiterleitungstabellen QFX5210-64C-Switches
Profilname MAC-Tabelle Host-Tabelle (Unicast- und Multicast-Adressen)

  MAC-Adressen IPv4-Unicast IPv6-Unicast IPv4 (*, G) IPv4 (S, G) IPv6 (*, G) IPv6 (S, G) Exakte Übereinstimmung

l2-profile-one

264K

8K

4K

4K

4K

2K

2K

0K

l2-profile-two

200K

72K

36K

36K

36K

18K

18K

0K

l2-profile-three (Standard)

136K

136K

72K

72K

72K

36K

36K

0K

l3-profile

72K

200K

100K

100K

100K

50K

50K

0K

Tabelle 8 Listen Sie die Profile, die Sie auswählen können, und die zugehörigen Maximalwerte für die MAC-Adressen- und Host-Tabelleneinträge auf QFX5120- EX4650- auf.

Tabelle 8: Profile mit einheitlichen Weiterleitungstabellen QFX5120- EX4650 Switches
Profilname MAC-Tabelle Host-Tabelle (Unicast- und Multicast-Adressen)

  MAC-Adressen IPv4-Unicast IPv6-Unicast IPv4 (*, G) IPv4 (S, G) IPv6 (*, G) IPv6 (S, G)

l2-profile-one

288K

16K

8K

8K

8K

4K

4K

l2-profile-two

224K

80 K

40 K

40 K

40 K

20K

20K

l2-profile-three (Standard)

160K

144K

72K

72K

72K

36K

36K

l3-profile

96K

208K

104K

104K

104K

52K

52K

Tabelle 9 Listen Sie die LPM-Tabellengröße-Variationen für den QFX5210-64C-Switch in Abhängigkeit von den Präfixeinträgen auf.

Tabelle 9: LPM-Variationen der Tabellengröße QFX5210-64C-Switches
Profilname

Prefix-Einträge

num-65-127-prefix IPv4 LPM<= /32 IPv6 LPM <= /64 IPv6 LPM-> /64

0

32 K

16K

0K

1

28K

14K

1K

2

24K

12K

2K

3

20K

10K

3K

4

0K

0K

4K

Tabelle 10 Listen die Layer-3-Änderungen in der Defip-Tabellengröße für die QFX5120- EX4650-Switches in Abhängigkeit von den sich ändernden IPv6/128-Präfixeinträgen auf.

Tabelle 10: LPM-Tabellengröße Variationen auf QFX5210-64C- EX4650-Switches
Profilname

Prefix-Einträge

num-65-127-prefix IPv4 LPM<= /32 IPv6 LPM <= /64 IPv6 LPM-> /64

0

32 K

16K

0K

2

24K

12K

2K

4

16K

8K

4K

6

8K

4K

6K

8

0K

0K

8K

Unified Forwarding Table Profiles on QFX5130 and QFX5700 Switches for Junos OS Evolved Releases

Sie können ein Weiterleitungsprofil für die Unified Forwarding Table-Funktion auf QFX5130- und QFX5700-Switches mit der Konfigurationsaussendungsprofil-Anweisung "Paketweiterleitungsoptionen" des Systems für Junos OS Evolved Releases konfigurieren.

Tabelle 11: Profile mit einheitlichen Weiterleitungstabellen auf QFX5130- und QFX5700-Switches
Profilanwendungen Standardprofil LPM-Profil Hostprofil Host-ACL-Profil
Funktion
Layer 2-MAC 32 K 32 K 160K 160K
Layer 3-Host-Unicast -IPv4 32 K 32 K 160K

160K

Layer 3-Host-Unicast -IPv6 16K 16K 80 K 80 K
IPv4 LPM 720K 1.24M 72K 65K
IPv6 LPM <= /64 550K 868K 50K 22K
IPv6 LPM-> /64 335K 495K 22K 12K
FP-Komprimierung 18K 0 0 18K
ARP UND NDP 32 K 61K 32 K 32 K
Vrf bis zu 8.000 bis zu 12.000 bis zu 8.000 bis zu 4.000
Layer 3-Multicast-IPv4 8K 8K 16K 16K
Layer 3-Multicast-IPv6 4K 4K 8K 8K

Tunnel

(VXLAN und GRE)

Unterstützt Nicht unterstützt Unterstützt Unterstützt
Anmerkung:
  1. Wenn die Hostkapazität überschritten wird, werden die Host-Unicast-Routen (IPv4 und IPv6) in die LPM-Tabelle roll-over.
  2. LPM-Profil unterstützt keine Tunnel (vxlan, gre usw.), wodurch eine Overlay-Skalierung des nächsten Hops auf 64.000 erhöht wird, was eine Erhöhung der ARP/NDP-Skalierung auf 61.000 ermöglicht.

Kenntnis über Ternary Content Addressable Memory (TCAM) und Längste Präfix-Übereinstimmungseinträge

Sie können Nicht-LPM-Profile weiter anpassen, indem Sie den verfügbaren Platz für ternary Content Addressable Memory (TCAM) konfigurieren, um mehr Arbeitsspeicher für die längsten Prefix-Übereinstimmungseinträge zu zuweisen. Sie können die Anzahl der diesen IPv6-Adressen zugewiesenen Einträge ändern und im Wesentlichen mehr oder weniger Platz für LPM IPv4-Einträge mit einer beliebigen Präfixlänge oder IPv6-Einträgen mit Präfixlängen von 64 von kürzeren zuweisen. Weitere Informationen zum Ändern der Standardparameter des TCAM-Speicherbereichs für LPM-Einträge finden Sie Konfigurieren der einheitlichen Weiterleitungstabelle auf Switches unter.

Anmerkung:

Die Option zum Anpassen des TCAM-Raumes wird bei der longest Prefix Match (LPM) oder benutzerdefinierten Profilen nicht unterstützt. Für das LPM-Profil können Sie jedoch den TCAM-Bereich so konfigurieren, dass kein Speicher für IPv6-Einträge mit Präfixlängen von 65 oder mehr weist und dieser Speicherplatz nur für IPv4-Routen oder IP-Routen mit Präfixlängen gleich oder weniger als 64 oder einer Kombination der beiden Präfixarten zuordnen.

Anmerkung:

Beginnend mit Junos OS Veröffentlichungs-18.1R1 auf QFX5210-Switches können Sie den TCAM-Bereich so konfigurieren, dass maximal 8.000 IPv6-Einträge mit Präfixlängen von 65 oder länger zuweisen. Der Standardwert ist 2.000 Einträge. Beginnend mit Junos OS Release 13.2X51-D15 können Sie den TCAM-Bereich so konfigurieren, dass maximal 4.000 IPv6-Einträge mit Präfixlängen von 65 oder länger zuweisen. Der Standardwert ist 1.000 Einträge. Früher Junos OS 13.2X51-D15 IPv6 konnten Sie nur maximal 2.048 Einträge für IPv6 zuweisen, die IPv6-Präfixe mit Längen im Bereich von 65 bis /127 aufweisen. Der Standardwert war 16 Einträge für diese Arten von IPv6-Präfixen.

Am Junos OS die Versionen 13.2x51-D10 und 13.2x52D10 unterscheidet sich der Standardwert von 16 Einträgen von späteren Versionen, bei denen die Maximal- und Standardwerte höher sind. Weitere Informationen zu diesem Verfahren finden Sie unter Konfigurieren der einheitlichen Weiterleitungstabelle auf Switches

Beispiel für Host-Tabelle für Profil mit Heavy Layer 2-Datenverkehr

Tabelle 12 Listen Sie verschiedene gültige Kombinationen auf, die von der Hosttabelle gespeichert werden können, wenn Sie das Profil l2-profile-one auf QFX5100- EX4600-Switches verwenden. Dieses Profil weist den Arbeitsspeicher den Layer-2-Adressen zu. Beachten Sie, dass sich die Standardwerte von anderen Switches unterscheiden können. Jede Zeile in der Tabelle stellt einen Fall dar, in dem die Hosttabelle voll ist und keine mehr Einträge aufnehmen kann.

Tabelle 12: Kombination von Host-Tabellen mit l2-profile-one auf QFX5100- EX4600-Switches
IPv4-Unicast IPv6-Unicast IPv4-Multicast (*, G) IPv4-Multicast (S, G) IPv6-Multicast (*, G) IPv6-Multicast (S, G)

16K

0

0

0

0

0

12K

2K

0

0

0

0

12K

0

2K

2K

0

0

8K

4K

0

0

0

0

4K

2K

2K

2K

0

0

0

4K

0

0

1K

1K

Beispiel: Konfigurieren eines einheitlichen benutzerdefinierten Profils für die Weiterleitungstabelle

Traditionell wurden Weiterleitungstabellen statisch definiert und haben nur eine feste Anzahl von Einträgen für jeden Adresstyp unterstützt. Mit der Unified Forwarding Table (UFT)-Funktion können Sie optimieren, wie ihnen der Weiterleitungstabellenspeicher zugewiesen wird, um die Anforderungen Ihres Netzwerks optimal zu erfüllen. In diesem Beispiel wird die Konfiguration eines Profils der Unified Forwarding-Tabelle dargestellt, mit dem Sie vier gemeinsam genutzte Hash-Memory-Banken unter drei verschiedenen Typen von Weiterleitungstabellen-Einträgen partitionieren können: MAC-Adressen, Layer-3-Hostadressen und LPM (Longest Prefix Match).

Die UFT-Funktion unterstützt außerdem fünf Profile, die jeweils eine bestimmte maximale Speichermenge für jeden Typ von Weiterleitungstabelleneingaben zuweisen. Einige Profile weisen Layer-2-Einträgen mehr Speicher zu, während andere Profile layer-3- oder LPM-Einträgen mehr Arbeitsspeicher zuweisen. Die Maximalwerte für jeden Eingangstyp sind in diesen Profilen festgelegt. Mit dem benutzerdefinierten Profil können Sie eine oder mehrere gemeinsam genutzte Speicherbanken für das Speichern einer bestimmten Art von Weiterleitungstabellen-Eintrag festlegen. Sie können in einem benutzerdefinierten Profil nur eine oder vier Speicherbanken konfigurieren. Das benutzerdefinierte Profil bietet somit eine noch größere Flexibilität, sodass Sie Weiterleitungstabellenspeicher für bestimmte Typen von Einträgen zuweisen können.

Anforderungen

In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:

  • Ein switch QFX5200 Switch

  • Junos OS 15.1x53-D30 oder höher.

Bevor Sie ein benutzerdefiniertes Profil konfigurieren, müssen Sie sicher sein, dass Sie:

  • Konfigurierte Schnittstellen

Überblick

Mit dem benutzerdefinierten Profil der Unified Forwarding Table können Sie Weiterleitungstabellen-Einträge zwischen vier Banken von gemeinsam genutzten Hash-Tabellen mit einem Gesamtspeicher zuweisen, der 128.000 Unicast-IPv4-Adressen oder 32.000 Einträge für jede Bank entspricht. Insbesondere können Sie eine oder mehrere dieser gemeinsam genutzten Banken einem bestimmten Typ eines Weiterleitungstabellen-Eintrags zuweisen. Das benutzerdefinierte Profil wirkt sich nicht auf die dedizierten Hash-Tabellen aus. Diese Tabellen bleiben mit 8.000 Einträgen festgelegt, die Layer-2-Adressen zugewiesen sind, die 8.000 Einträgen, die IPv4-Adressen zugewiesen sind, und 16.000 Einträgen, die LPM-Adressen (Longest Prefix Match) zugewiesen werden.

In diesem Beispiel weisen Sie Layer-3-Hostadressen zwei Speicherbanken und zwei Speicherbanken LPM-Einträgen zu. Dies bedeutet, dass kein gemeinsamer Hash-Tabellenspeicher für Layer 2-Adressen zugewiesen wird. In diesem Szenario wird nur der dedizierte Hash-Tabellenspeicher für Layer 2-Adressen zugewiesen.

Konfiguration

Führen Sie diese Aufgaben aus, um ein benutzerdefiniertes Profil für die Funktion zur einheitlichen Weiterleitungstabelle auf einem QFX5200-Switch zu konfigurieren, der zwei gemeinsam genutzte Speicherbanken für Layer 3-Hostadressen und zwei gemeinsam genutzte Speicherbanken für LPM-Einträge zu zuordnung:

CLI-Konfiguration

Um dieses Beispiel schnell konfigurieren zu können, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenbrüche, ändern Sie alle Details, die zur Übereinstimmung mit Ihrer Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle, kopieren Sie die Befehle in die CLI der Hierarchieebene, und geben Sie sie dann im Konfigurationsmodus [edit]commit ein. Eine Commit-Prüfung wird durchgeführt, um sicherzustellen, dass Ihnen der Weiterleitungstabellenraum für nicht mehr als vier Speicherbanken zugewiesen wurde.

ACHTUNG:

Wenn Sie ein Profil konfigurieren oder commiten, startet der Packet Forwarding Engine neu, und alle Datenschnittstellen auf dem Switch werden heruntergefahren und werden wieder hochgefahren.

Konfigurieren des benutzerdefinierten Profils

Schritt-für-Schritt-Verfahren

So erstellen Sie das benutzerdefinierte Profil:

  1. Geben Sie die Option custom-profile an.

Konfigurieren der Zuordnung von Shared Memory Banks

Schritt-für-Schritt-Verfahren

So weisen Sie Speicher für bestimmte Typen von Einträgen für die gemeinsam genutzten Speicherbanken zu:

  1. Geben Sie an, um keinen gemeinsam genutzten Bankspeicher für Layer 2-Einträge zu weisen.

  2. Geben Sie an, ob Sie zwei gemeinsam genutzte Speicherbanken (oder ein Äquivalent von 64.000 IPv4-Einträgen) für Layer-3-Hosteinträge zuweisen.

  3. Geben Sie an, ob Sie zwei gemeinsam genutzte Speicherbanken (oder ein Äquivalent von 64.000 IPv4-Einträgen) für LPM-Einträge zuweisen wollen.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie den Befehl "show chassis forwarding-options" eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Wenn Sie die Konfiguration des Switches erledigt haben, geben Sie commit sie im Konfigurationsmodus ein

ACHTUNG:

Der Packet Forwarding Engine startet neu, und alle Datenschnittstellen auf dem Switch werden heruntergefahren und werden erneut gestartet.

Überprüfung

Stellen Sie sicher, dass die Konfiguration ordnungsgemäß funktioniert.

Prüfen der Parameter des benutzerdefinierten Profils

Zweck

Stellen Sie sicher, dass das benutzerdefinierte Profil aktiviert ist.

Aktion
Bedeutung

Die Ausgabe zeigt, dass das benutzerdefinierte Profil wie bei zwei gemeinsam genutzten Speicherbanken konfiguriert ist, die für Layer-3-Hosteinträge bestimmt sind. zwei gemeinsam genutzte Speicherbanken, die für LPM-Einträge bestimmt sind; und kein gemeinsamer Arbeitsspeicher für Layer-2-Einträge zugewiesen.

Das Feld "Gesamtmaßstab(K) zeigt die Gesamtzuordnung des Speichers, d. h. die durch die gemeinsam genutzten Speicherbanken zugewiesene Menge plus die über die dedizierten Hash-Tabellen zugewiesene Menge. Der über die dedizierte Hash-Tabellen zugewiesene Betrag ist fest und kann nicht geändert werden. Daher werden Für Layer 2-Einträge nur 8.000 Arbeitsspeicher über die dedizierte Hash-Tabelle zugewiesen. Für Layer-3-Host-Einträge wurden 64.000 Speicher über zwei gemeinsam genutzte Speicherbanken plus 8K über die dedizierte Hash-Tabelle zugewiesen, so dass insgesamt 72.000 Speicher zur Verfügung stehen. LPM-Einträge verfügen über 64.000 Speicher, die über zwei gemeinsam genutzte Speicherbanken und 16.000 über die dedizierte Hash-Tabelle zugewiesen wurden, und das für insgesamt 80.000 Speicher.

Konfigurieren der einheitlichen Weiterleitungstabelle auf Switches

Traditionell wurden Weiterleitungstabellen statisch definiert und unterstützen nur eine feste Anzahl von Einträgen für jeden in den Tabellen gespeicherten Adresstyp. Mit der Funktion "Einheitliche Weiterleitungstabelle" können Sie optimieren, wie Ihr Switch Weiterleitungstabellenspeicher für verschiedene Typen von Adressen zulässt. Sie können eines von fünf Profilen für einheitliche Weiterleitungstabellen wählen. Jedes Profil weist eine andere maximale Speichermenge für Layer 2-, Layer 3-Host- und LPM-Einträge (Longest Prefix Match) zu. Sie können nicht nur ein Profil auswählen, sondern auch auswählen, wie viel zusätzlichen Speicher sie für LPM-Einträge zuweisen möchten.

Zwei Profile weisen Layer-2-Adressen einen höheren Arbeitsspeicher zu. Ein drittes Profil weist der Layer-3-Hostadresse einen höheren Arbeitsspeicher zu, während ein viertes Profil einen höheren Prozentsatz des Speichers LPM-Einträgen zugibt. Es ist ein Standardprofil konfiguriert, das Layer-2- und Layer-3-Hostadressen gleich viel Speicherplatz zuzuweisen ist, und das im Verbleibenden den LPM-Einträgen zugewiesen wird. Für einen Switch in einem virtualisierten Netzwerk, der sehr viel Layer-2-Datenverkehr verarbeitet, würden Sie ein Profil auswählen, das einen größeren Arbeitsspeicher für Layer 2-Adressen weist. Für einen Switch, der im Kern des Netzwerks arbeitet, wählen Sie ein Profil aus, das lpM-Einträgen einen höheren Arbeitsspeicher zuweisen.

Auf QFX5200- und QFX5210-64C-Switches können Sie auch ein benutzerdefiniertes Profil konfigurieren, das es Ihnen ermöglicht, Shared Memory Banks unter verschiedenen Typen von Weiterleitungstabellen-Einträgen zu partitionieren. Auf QFX5200-Switches verfügen diese gemeinsam genutzten Speicherbanken über einen Arbeitsspeicher, der 128.000 IPv4-Unicast-Adressen entspricht. Auf QFX5210-Switches verfügen diese gemeinsam genutzten Speicherbanken über einen Arbeitsspeicher, der 256.000 IPv4-Unicast-Adressen entspricht. Weitere Informationen zur Konfiguration des benutzerdefinierten Profils finden Sie unter Beispiel: Konfigurieren eines benutzerdefinierten Profils für einheitliche Weiterleitungstabellen

Konfigurieren eines einheitlichen Weiterleitungstabellenprofils

So konfigurieren Sie ein einheitliches Weiterleitungstabellenprofil:

Ein Weiterleitungstabellenprofil angeben.

Um zum Beispiel das Profil anzugeben, das dem Layer-2-Datenverkehr den höchsten Arbeitsspeicheranteil weist:

ACHTUNG:

Wenn Sie ein Profil konfigurieren und commiten, startet der Packet Forwarding Engine in den meisten Fällen automatisch neu, und alle Datenschnittstellen auf dem Switch werden heruntergefahren und wieder gestartet (die Verwaltungsschnittstellen werden nicht beeinträchtigt).

Beginnend mit Junos OS Releases 14.1X53-D40, 15.1R5 und 16.1R3 für ein Virtual Chassis oder Virtual Chassis-Fabric (VCF), das aus EX4600- oder QFX5100-Switches besteht, startet der Packet Forwarding Engine in Member-Switches nach der Konfiguration und Commit einer Änderung des Profils einer einheitlichen Weiterleitungstabelle nicht automatisch neu. Durch dieses Verhalten wird eine Virtual Chassis oder VCF-Instabilität nach der Änderung vermieden, die sich an Member-Switches und mehrere Packet Forwarding Engines richtet, die automatisch und gleichzeitig neu gestartet werden. Stattdessen wird eine Meldung auf der Eingabeaufforderung CLI angezeigt und im Systemprotokoll des Switches protokolliert. Sie werden darüber informiert, dass die Profiländerung erst beim nächsten Neustart des virtuellen Firewall- oder VCF Virtual Chassis in Kraft tritt. Wir empfehlen Ihnen, Profiländerungen zu planen, nur dann, wenn Sie einen Neustart des Virtual Chassis- oder VCF-Systems direkt nach der Anpassung des Konfigurationsupdates durchführen können. Andernfalls könnte Virtual Chassis oder VCF inkonsistent werden, wenn ein oder mehrere Mitglieder ein Problem haben, und mit der neuen Konfiguration neu gestartet werden, bevor ein geplanter Systemneustart die Änderung für alle Mitglieder aktiviert.

Anmerkung:

Sie können nur ein Profil für den gesamten Switch konfigurieren.

Anmerkung:

Die l2-profile-three ist standardmäßig konfiguriert.

Anmerkung:

Wenn die Hosttabelle die maximale Anzahl von Einträgen für einen bestimmten Typ speichert, ist die gesamte Tabelle vollständig und kann keine Einträge eines anderen Typs aufnehmen. Beachten Sie, dass eine IPv6-Unicastadresse doppelt so viel Speicher belegt wie eine IPv4-Unicast-Adresse und eine IPv6-Multicastadresse vier mal so viel Speicher belegt wie eine IPv4-Unicast-Adresse.

Konfigurieren der Speicherzuordnung für Longest Prefix Match-Einträge

Zusätzlich zur Auswahl eines Profils können Sie die Speicherzuordnung für LPM-Einträge (Longest Prefix Match) weiter optimieren, indem Sie konfigurieren, wie viele IPv6-Präfixe mit Längen von /65 bis /127 zu speichern sind. Der Switch verwendet LPM-Einträge bei der Adresssuche, um Adressen mit dem spezifischsten (am längsten) zutreffenden Präfix übereinstimmen zu können. Präfixe dieses Typs werden im Speicherplatz für den ternary Content Addressable Memory (TCAM) gespeichert. Durch Ändern der Standardparameter ist dieser Platz für LPM-Einträge verfügbar. Die Erhöhung der für diese IPv6-Präfixe verfügbaren Speichermenge verringert die Speichermenge zum Speichern von IPv4-Unicast-Präfixen und IPv6-Präfixen mit Längen gleich oder weniger als 64 um dieselbe Anzahl.

Die Verfahren zum Konfigurieren der LPM-Tabelle sind unterschiedlich, je nachdem, welche Version von Junos OS verwendet wird. In den ersten Versionen, die UFT unterstützt wird, Junos OS Releases 13.2X51-D10 und 13.2X52-10, kann der dem IPv6-Präfix zugewiesene Speicher nur mit Längen von /65 bis /127 für jedes Profil erhöht werden. lpm-profile Beginnend mit Junos OS Release 13.2X51-D15 können Sie je nach konfigurierten Profil entweder weniger oder keinen Speicher für IPv6-Präfixe mit Längen im Bereich /65 bis /127 zuweisen. Für die einzige Änderung, die Sie an den Standardparametern machen können, ist die Zuordnung eines Arbeitsspeichers für diese lpm-profie Präfixarten.

Configuring the LPM Table With Junos OS Releases 13.2X51-D10 and 13.2X52-D10

In Junos OS standardmäßig 13.2x51-D10 und 13.2X52-D10 weist der Switch Speicher für 16 IPv6 mit Präfixen im Bereich von /65 bis /127 zu. Sie können den Switch so konfigurieren, dass mehr Speicher für IPv6-Präfixe mit Längen im Bereich /65 bis /127 weist.

Mehr Arbeitsspeicher für IPv6-Präfixe im Bereich /65 bis /127:

  1. Wählen Sie ein Weiterleitungstabellenprofil aus.

    Um zum Beispiel das Profil anzugeben, das dem Layer-2-Datenverkehr den höchsten Arbeitsspeicheranteil weist:

  2. Wählen Sie, wie viel Arbeitsspeicher Sie für IPv6-Präfixe im Bereich /65 thorugh 127 zuweisen.

    Um beispielsweise anzugeben, ob Speicher für 32 IPv6-Präfixe im Bereich /65 bis 127 angegeben werden soll:

Anmerkung:

Wenn Sie die Anweisung konfigurieren und num-65-127-prefix number commit, starten alle Datenschnittstellen auf dem Switch neu. Die Verwaltungsschnittstellen werden nicht beeinträchtigt.

Die num-65-127-prefix number Aussage wird auf der nicht lpm-profile unterstützt.

Konfigurieren der LPM-Tabelle mit Junos OS 13.2x51-D15 und höher

Konfigurieren von Layer 2- und Layer 3-Profilen mit Junos OS 13.2x51-D15 oder höher

Sie können den Switch ab Junos OS Release 13.2X51-D15 so konfigurieren, dass er Weiterleitungstabellenspeicher für bis zu 4.000 IPv6-Präfixe mit Längen im Bereich /65 bis /127 für jedes andere Profil als das lpm-profilecustom-profile . Sie können auch angeben, dass kein Speicher für diese IPv6-Einträge weist. Der Standard besteht aus 1.000 Einträgen für IPv6-Präfixe mit Längen im Bereich /65 bis /127. Bisher konnten Sie maximal 2.048 Einträge für IPv6-Präfixe mit Längen im Bereich /65 bis /127 konfigurieren. Die minimale Anzahl von Einträgen war zuvor 16. Dies war Standard.

Um festzulegen, wie viel Weiterleitungstabellenspeicher für IPv6-Präfixe mit Länge im Bereich /65 bis /127 zuweisen soll:

  1. Wählen Sie ein Weiterleitungstabellenprofil aus.

    Um zum Beispiel das Profil anzugeben, das dem Layer-2-Datenverkehr den höchsten Arbeitsspeicheranteil weist:

  2. Wählen Sie, wie viel Arbeitsspeicher Sie für IPv6-Präfixe im Bereich /65 thorugh 127 zuweisen.

    Um z. B. Arbeitsspeicher für 2.000 IPv6-Präfixe in dem Bereich /65 bis 127 anzugeben:

Beginnend mit Junos OS Release 13.2X51-D15 können Sie die Anweisung verwenden, um Einträge zu zuweisen. Zeigt die Anzahl der Einträge an, die num-65-127-prefixTabelle 13 Sie zuweisen können. Jede Zeile stellt einen Fall dar, in dem die Tabelle voll ist und keine neuen Einträge mehr aufnehmen kann.

Tabelle 13: LPM-Tabellenkombinationen für L2- und L3-Profile mit Junos OS 13.2X51-D15 und höher
num-65-127-prefix Wert IPv4-Einträge IPv6-Einträge (Prefix <= 64) IPv6-Einträge (Prefix >= 65)

0

16K

8K

0K

1 (Standard)

12K

6K

1K

2

8K

4K

2K

3

4K

2K

3K

4

0K

0K

4K

ACHTUNG:

Wenn Sie eine Profiländerung mit der Anweisung konfigurieren und festlegen, startet der Packet Forwarding Engine automatisch neu, und alle Datenschnittstellen auf dem Switch werden heruntergefahren und werden wieder gestartet (die Verwaltungsschnittstellen werden nicht num-65-127-prefix number beeinträchtigt).

Ab den Versionen Junos OS 14.1X53-D40, 15.1R5 und 16.1R3 starten Packet Forwarding Engines auf Switches in einer Virtual Chassis- oder Virtual Chassis-Fabric-Firewall (VCF) bei der Konfiguration einer Profiländerung für die einheitliche Weiterleitungstabelle jedoch nicht automatisch neu. Durch dieses Verhalten wird eine Virtual Chassis oder VCF-Instabilität nach der Änderung vermieden, die sich an Member-Switches und mehrere Packet Forwarding Engines richtet, die automatisch und gleichzeitig neu gestartet werden. Stattdessen wird eine Meldung auf der Eingabeaufforderung CLI angezeigt und im Systemprotokoll des Switches protokolliert. Sie werden darüber informiert, dass die Profiländerung erst beim nächsten Neustart des virtuellen Firewall- oder VCF Virtual Chassis in Kraft tritt. Wir empfehlen Ihnen, Profiländerungen zu planen, nur dann, wenn Sie einen Neustart des Virtual Chassis- oder VCF-Systems direkt nach der Anpassung des Konfigurationsupdates durchführen können. Andernfalls könnte Virtual Chassis oder VCF inkonsistent werden, wenn ein oder mehrere Mitglieder ein Problem haben, und mit der neuen Konfiguration neu gestartet werden, bevor ein geplanter Systemneustart die Änderung für alle Mitglieder aktiviert.

Konfigurieren des lpm-profils Mit Junos OS 13.2x51-D15 und höher

Beginnend mit Junos OS Veröffentlichungsversion 13.2X51-D15 können Sie das Profil so konfigurieren, dass kein Speicher für IPv6-Einträge mit Präfixlängen von lpm-profile /65 bis /127 weist. Dies sind die Standard-Maximalwerte, die LPM-Speicher für den lpm-profile einzelnen Adresstyp zugewiesen hat:

  • 128.000 IPv4-Präfixe

  • 16.000 IPv6-Präfixe (alle Längen)

Anmerkung:

Der für jeden Adresstyp zugewiesene Speicher stellt den maximalen Standardwert für den gesamt LPM-Speicher dar.

Um den nicht zu zuweisenden Weiterleitungstabellenspeicher für IPv6-Einträge mit Präfixen von /65 bis /127 zu konfigurieren, und somit mehr Speicher für lpm-profile IPv4 zuweisen:

Geben Sie zum Deaktivieren des Weiterleitungstabellenspeichers für IPv6-Präfixe mit Längen im Bereich /65 bis /127 an.

Wenn Sie die Option nur auf QFX5100- EX4600-Switches verwenden, sind jede der folgenden Kombinationen prefix-65-127-disable gültig:

  • 100.000 IPv4 und 28.000 IPv6/64 oder kürzere Präfixe.

  • IPv4 und 64K IPv6/64 oder kürzere Präfixe.

  • 128K IPv4 und 0K IPv6/64 oder kürzere Präfixe.

  • 0K IPv4 und 128K IPv6/64 oder kürzere Präfixe.

Anmerkung:

Auf den QFX5200 Switches beträgt die maximale Anzahl von IPv6-Einträgen mit Präfixen, die 64 sind oder kürzer sind, bei der Konfiguration der Anweisung prefix-65-127-disable 98.000.

Konfigurieren des lpm-profils Mit Junos OS 14.1x53-D30 und höher

Beginnend im Junos OS Release 15.1X53-D30 können Sie das Profil so konfigurieren, dass lpm-profile Unicast-IPv4- und IPv6-Hostadressen in der LPM-Tabelle gespeichert werden. Dadurch wird der Speicher in der Hosttabelle frei. Unicast IPv4- und IPv6-Adressen werden in der LPM-Tabelle anstelle von der Host-Tabelle gespeichert, wie in QFX5100- EX4600 Tabelle 14 angezeigt. (Die Plattformunterstützung hängt von der Junos OS Ihrer Installation ab.) Sie können diese Option zusammen mit der Option verwenden, keinen Speicher in der LPM-Tabelle für IPv6-Einträge mit Präfixlängen im Bereich /65 bis /127 zu weisen. Gemeinsam maximieren diese Optionen den für IPv4-Unicast-Einträge und IPv6-Einträge verfügbaren Arbeitsspeicher mit Präfixlängen, die gleich oder weniger als 64 sind.

Tabelle 14: lpm-profile mit Unicast-in-lpm Option für QFX5100- EX4600-Switches
prefix-65- 127-disable MAC-Tabelle Host-Tabelle (Multicast-Adressen) LPM-Tabellen-Unicast-Adressen)
  Mac IPv4-Unicast IPv6-Unicast IPv4 (*, G) IPv4 (S, G) IPv6 (*, G) IPv6 (S, G) IPv4-Unicast IPv6-Unicast (</65) IPv6-Unicast (>/64)

Nein

32 K

0

0

8K

8K

4K

4K

128

16K

16K

Ja

32 K

0

0

8K

8K

4K

4K

128

128

0

Beginnend mit dem Junos Release 18.1R1 können Sie kein Präfix für die Aussage auf num-65-127-prefix Nicht-LPM-Profilen festlegen. Sie können die Anweisung nur für die prefix-65-127-disable aktivieren oder lpm-profile deaktivieren.

Tabelle 15 Listen Sie die Situationen auf, in denen prefix-65-127-disable die Anweisung aktiviert oder deaktiviert werden sollte.

Tabelle 15: LPM-Tabellengröße-Variationen QFX5200-48Y-Switches
Profilname

Prefix-Einträge

num-65-127-prefix IPv4 <= /32 IPv6 <= /64 IPv6 > /64

Enabled

> 128.000 (mindestens garantiert)

98K

0K

Disabled

128

16K

16K

Auf QFX5120- EX4600-Switches können Sie kein Präfix für die Anweisung für nicht num-65-127-prefix LPM-Profile festlegen. Sie können die Anweisung nur für die prefix-65-127-disablelpm-profile

Tabelle 16 Listen Sie die Situationen auf, in denen prefix-65-127-disable die Anweisung aktiviert oder deaktiviert werden sollte.

Tabelle 16: LPM-Tabellengröße-Variationen auf QFX5120- EX4650-Switches
Profilname

Prefix-Einträge

prefix-65-127-disable IPv4 <= /32 IPv6 <= /64 IPv6 > /64

Enabled

351.000 (360.000 ungefähr)

168.000 (172.000 ungefähr)

0K

Disabled

168.000 (172.000 ungefähr)

64.000 (65.524 ungefähr)

64.000 (65.524 ungefähr)

Beachten Sie, dass alle Einträge in jeder Tabelle den gleichen Arbeitsspeicher teilen. Wenn eine Tabelle die maximale Anzahl von Einträgen für einen bestimmten Typ speichert, ist die gesamte gemeinsam genutzte Tabelle voll und kann keine Einträge eines anderen Typs aufnehmen. Wenn Sie die Option beispielsweise verwenden und 128.000 in der LPM-Tabelle gespeicherte IPv4-Unicast-Adressen sind, ist die gesamte LPM-Tabelle voll und es können keine unicast-in-lpm IPv6-Adressen gespeichert werden. Wenn Sie die Option verwenden, aber diese Option nicht nutzen und 16.000 IPv6-Adressen mit Präfixen, die kürzer sind als /65, werden gespeichert, ist die gesamte LPM-Tabelle voll und es können keine weiteren Adressen unicast-in-lpmprefix-65-127-disable (IPv4 oder IPv6) gespeichert werden.

Zum Konfigurieren der zu speichernden Unicast-IPv4-Einträge und IPv6-Einträge mit Präfixlängen, die gleich oder weniger lpm-profile als 64 in der LPM-Tabelle sind:

  1. Geben Sie die Option zum Speichern dieser Einträge in der LPM-Tabelle an.
  2. (optional) Bitte weisen Sie in der LPM-Tabelle für IPv6-Präfixe keinen Arbeitsspeicher mit der Länge im Bereich /65 bis /127 zu:
Konfigurieren von Nicht-LPM-Profilen auf QFX5120- EX4650-Switches

Für Nicht-LPM-Profile bietet jedes Profil die Option, einen Teil der 16K L3-Defip-Tabelle zum Speichern von IPv6-Präfixen > 64 zu reservieren. Da es sich hierbei um 128-Bit-Präfixe handelt, können Sie maximale 8.000 IPv6/128-Einträge in der l3-Defip-Tabelle haben.

  1. Wählen Sie ein Weiterleitungstabellenprofil aus.

    Um zum Beispiel das Profil anzugeben, das dem Layer-3-Datenverkehr den höchsten Arbeitsspeicher zuweisen:

  2. Wählen Sie, wie viel Arbeitsspeicher Sie für IPv6-Präfixe im Bereich /65 thorugh 127 zuweisen.

    Um z. B. Arbeitsspeicher für 2.000 IPv6-Präfixe in dem Bereich /65 bis 127 anzugeben:

    Sie können zwischen 0 und 4 wählen, 1 ist Standard.

Konfigurieren des Weiterleitungsmodus auf Switches

Standardmäßig werden Pakete im Store-and-Forward-Modus weitergeleitet. Sie können alle Schnittstellen für den Cut-Through-Modus konfigurieren.

Geben Sie die folgende Anweisung ein, um den Cut-Through-Switching-Modus zu aktivieren:

Deaktivierung von Layer 2-Learning und -Weiterleitung

Die Deaktivierung des dynamischen MAC-Lernens auf einem Router der MX-Serie oder eines Switches der EX-Serie verhindert, dass alle logischen Schnittstellen auf dem Router oder Switch die Quell- und Ziel-MAC-Adressen erlernen.

Um das MAC-Lernen für einen Router der MX-Serie oder einen Switch der EX-Serie zu deaktivieren, fügen Sie die Anweisung global-no-mac-learning auf der [edit protocols l2-learning] Hierarchieebene hinzu:

Informationen zur Konfiguration eines virtuellen Switches finden Sie unter Konfigurieren eines virtuellen Layer-2-Switches.

Release-Verlaufstabelle
Release
Beschreibung
18.1R1
Beginnend mit Junos OS Release 18.1R1 auf dem QFX5210-64C-Switch für alle diese Profile, außer die lpm-profile LPM-Tabellengröße (Longest Prefix Match) entspricht 32.000 IPv4-Einträgen.
18.1R1
Beginnend mit Junos OS Release 18.3R1 auf den QFX5120- und EX4650-Switches für alle diese Profile, außer die lpm-profile LPM-Tabellengröße (Longest Prefix Match) entspricht 32.000 IPv4-Einträgen.
18.1R1
Beginnend mit Junos OS Veröffentlichungs-18.1R1 auf QFX5210-Switches können Sie den TCAM-Bereich so konfigurieren, dass maximal 8.000 IPv6-Einträge mit Präfixlängen von 65 oder länger zuweisen. Der Standardwert ist 2.000 Einträge.
18.1R1
Beginnend mit dem Junos Release 18.1R1 können Sie kein Präfix für die Aussage auf num-65-127-prefix Nicht-LPM-Profilen festlegen. Sie können die Anweisung nur für die prefix-65-127-disable aktivieren oder lpm-profile deaktivieren.
14.1X53-D40
Beginnend mit Junos OS Releases 14.1X53-D40, 15.1R5 und 16.1R3 für ein Virtual Chassis oder Virtual Chassis-Fabric (VCF), das aus EX4600- oder QFX5100-Switches besteht, startet der Packet Forwarding Engine in Member-Switches nach der Konfiguration und Commit einer Änderung des Profils einer einheitlichen Weiterleitungstabelle nicht automatisch neu.
13.2X51-D15
Beginnend mit Junos OS Release 13.2X51-D15 können Sie den TCAM-Bereich so konfigurieren, dass maximal 4.000 IPv6-Einträge mit Präfixlängen von 65 oder länger zuweisen. Der Standardwert ist 1.000 Einträge.
13.2X51-D15
Beginnend mit Junos OS Release 13.2X51-D15 können Sie je nach konfigurierten Profil entweder weniger oder keinen Speicher für IPv6-Präfixe mit Längen im Bereich /65 bis /127 zuweisen.
13.2X51-D15
Sie können den Switch ab Junos OS Release 13.2X51-D15 so konfigurieren, dass er Weiterleitungstabellenspeicher für bis zu 4.000 IPv6-Präfixe mit Längen im Bereich /65 bis /127 für jedes andere Profil als das lpm-profilecustom-profile .
13.2X51-D15
Beginnend mit Junos OS Release 13.2X51-D15 können Sie die Anweisung num-65-127-prefix verwenden, um Einträge zu zuweisen.