Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

forwarding-options

Syntax

Chassis: EX4600 and QFX Series

Chassis: EX4600 and QFX Series

Chassis: EX4600 and QFX Series

Hierarchy Level

Description

Configurez un profil de table de passation unifiée pour allouer la quantité de mémoire disponible pour les opérations suivantes:

  • Adresses MAC.

  • Entrées d’hôte de couche 3.

  • Entrées de la table de correspondance de préfixe la plus longue.

Cette fonctionnalité vous permet de sélectionner un profil qui optimise la quantité de mémoire disponible pour différents types d’entrées de table de forwarding en fonction des besoins de votre réseau. Par exemple, pour un commutateur qui gère un grand volume de trafic de couche 2, comme un réseau virtualisé avec de nombreux serveurs et machines virtualisées, vous pouvez choisir le modèle , qui alloue la plus grande quantité de mémoire aux l2-profile-one adresses MAC.

Vous configurez l’allocation de la mémoire pour les entrées de la table LPM différemment, selon si vous utilisez Junos OS Release 13.2X51-D10 ou Junos OS Version 13.2X51-D15 et ultérieure. Pour plus d’informations sur la configuration de l’allocation de mémoire pour les entrées de table LPM, consultez Configuring the Unified Forwarding Table on Switches.

num-65-127-prefix numberL’énoncé n’est pas pris en charge sur custom-profile et sur le lpm-profile . Les prefix-65-127-disableunicast-in-lpm déclarations et les déclarations sont uniquement pris en charge sur lpm-profile le .

Lorsque vous commitez une configuration avec une modification du profil de la table de forwarding, le redémarrage automatique de l’moteur de transfert de paquets permet d’appliquer les nouveaux paramètres, ce qui permet d’advenir les interfaces de données, puis de les redémarrager.

Toutefois, à partir de Junos OS Releases 14.1X53-D40, 15.1R5 et 16.1R3, pour une Virtual Chassis ou une Virtual Chassis Fabric (VCF) composée de commutateurs EX4600 ou QFX5100, la moteur de transfert de paquets dans les commutateurs membres ne redémarre pas automatiquement lors de la configuration et de la validation d’une modification de profil de la table de transfert unifiée. Ce comportement évite d’avoir une instabilité au niveau de l’Virtual Chassis ou du VCF et une période de convergence instable si un changement de profil est propagé aux commutateurs membres et à plusieurs moteurs de transfert de paquets redémarrés en même temps. Dans cet environnement, le message s’affiche sur l’invite principale du commutateur CLI au lieu d’être automatiquement redémarré lorsque vous commitz initialement une modification de profil. Vous savez que cette modification de profil n’est pas en vigueur avant le redémarrage de l’Virtual Chassis ou du Reboot required for configuration to take effect VCF. La modification de configuration de profil est propagée aux commutateurs membres qui soutiennent cette fonctionnalité, et un rappel qu’un redémarrage est nécessaire pour appliquer cette modification de configuration en attente apparaît dans le journal système du commutateur principal et les commutateurs membres applicables. Vous activez ensuite la modification du profil au cours d’une période d’arrêt planifiée à l’aide de la commande, ce qui établit rapidement Virtual Chassis stabilité ou VCF avec request system reboot la nouvelle configuration.

Remarque :

Vous devez prévoir d’apporter des modifications de profil de table de renvoi unifiées uniquement lorsque vous êtes prêt à effectuer un redémarrage du système Virtual Chassis ou VCF immédiatement après validation de la mise à jour de la configuration. Dans le cas contraire, entre la validation de la modification de configuration et le redémarrage de l’Virtual Chassis ou du VCF, le système peut devenir incohérent si un membre rencontre un problème et redémarre. Dans ce cas, la nouvelle configuration prend effet sur le membre qui a été redémarré, alors que la modification n’est pas encore activée sur les autres membres.

Les autres énoncés sont expliqués séparément. Voir CLI Explorer.

Options

nom de profil

nom du profil à utiliser pour l’allocation de mémoire dans la table de forwarding unifiée. Tableau 1 répertorie les profils dont vous pouvez choisir qui ont des valeurs définies et les valeurs associées pour chaque type d’entrée.

Sur QFX5200 Series uniquement, vous pouvez également custom-profile sélectionner. Ce profil vous permet d’allouer entre une et quatre banques de mémoire de hachage partagée à un type spécifique d’entrée de la table de allocation. Chaque banque de mémoire de hachage partagée peut stocker au maximum l’équivalent de 32 000 adresses unicast IPv4.

Tableau 1 : Unified Forwarding Table Profiles
Nom du profil Tableau MAC Table des hôtes (adresses unicast et multicast)
  Adresses MAC Unicast IPv4 Unicast IPv6 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 000

40K

40K

40K

20 000

20 000

l2-profile-three (par défaut)

160K

144K

72K

72K

72K

36K

36K

l3-profile

96K

208K

104K

104K

104K

52K

52K

lpm-profile*

32 ko

16K

8K

8K

8K

4K

4K

* Ce profil ne prend en charge qu’IPv4 Junos OS version 13.2X51-D10. À partir Junos OS entrées Relase13.2X51-D15, les lpm-profile entrées IPv4 et IPv6 sont prend en charge.

Remarque :

Si l’hôte stocke le nombre maximum d’entrées pour n’importe quel type, la table dans son ensemble est complète et ne peut accueillir aucune entrée de quelque autre type. Pour plus d’informations sur les combinaisons valides d’entrées du tableau, consultez Understanding the Unified Forwarding Table.

Entrées l2 | Entrées de l3 | entrées lpm

( ) Sélectionnez un type d’entrée de table de forwarding (couche 2, couche 3 ou LPM) pour allouer un nombre spécifique de banques custom-profile only de mémoire partagées. Vous configurez le montant de mémoire à allouer pour chaque type d’entrée séparément.

numéro de banque numérique

( ) Spécifier le nombre de banques de mémoire partagées pour allouer un type spécifique d’entrée custom-profile only de la table de allocation. Chaque banque de mémoire partagée stocke l’équivalent de 32 000 adresses unicast IPv4.

  • Gamme: entre 0 et 4.

    Remarque :

    Il existe quatre banques de mémoire partagées, qui peuvent être allouées de manière flexible parmi les trois types d’entrées de la table de forwarding. Pour n’allouer aucune mémoire partagée pour un type d’entrée particulier, spécifiez le 0 numéro. Lorsque vous commitez la configuration, le système inségure une vérification de validation pour vous assurer que vous n’avez pas configuré plus de quatre banques de mémoire. Vous n’avez pas à configurer les quatre banques de mémoire partagées. Par défaut, chaque type d’entrée se partage l’équivalent de 32 000 adresses unicast IPv4.

activer le multicast sortie

Permet l’échantillonnage de la sortie sFlow du trafic multicast connu.

taux de réplication max. sortie-multicast

Indiquez le débit de réplication maximum de sFlow par FPC pour le trafic multicast connu.

Required Privilege Level

interface: pour afficher cet énoncé dans la configuration.

contrôle d’interface: pour ajouter cette instruction à la configuration.

Release Information

Déclaration introduite avant Junos OS version 7.4.

Niveau de hiérarchie [edit vlans vlan-name] introduit dans le Junos OS version 13.2X50-D10 pour EX Series commutateurs.

Niveau de [edit bridge-domains bridge-domain-name] hiérarchie introduit dans Junos OS version 14.1 pour MX Series routeurs d’entrée de sortie.

custom-profile version 15.1x53-D30 Junos OS version 15.1x53-D30 pour QFX5200 Series uniquement.