Actions dans les termes de stratégie de routage

Chaque terme d’une stratégie de routage peut inclure une then instruction qui définit les actions à entreprendre si un itinéraire correspond à toutes les conditions from du et to des instructions du terme :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

[edit policy-options policy-statement policy-name term term-name]
[edit logical-systems logical-system-name policy-options policy-statement policy-name term term-name]

Si un terme n’a pas d’instructions et, toutes les routes sont considérées comme correspondantes et to les actions s’appliquent from à toutes. Pour plus d’informations sur les from instructions and to , consultez Conditions de correspondance de la stratégie de routage.

Vous pouvez spécifier une ou plusieurs actions dans l’instruction then . Il existe trois types d’actions :

Actions de contrôle de flux, qui affectent l’acceptation ou le rejet de l’itinéraire et l’évaluation du terme ou de la stratégie de routage suivant.
Actions qui manipulent les caractéristiques d’itinéraire.
Action de traçage, qui consigne les correspondances d’itinéraire.

REMARQUE :
Lorsque vous spécifiez une action qui manipule les caractéristiques de l’itinéraire, les modifications se produisent dans une copie de l’itinéraire source. L’itinéraire source lui-même ne change pas. L’effet de l’action n’est visible qu’après l’importation ou l’exportation de l’itinéraire à partir de la table de routage. Pour afficher l’itinéraire source avant l’application de la stratégie de routage, utilisez la show route receive-protocol commande. Pour afficher un itinéraire après l’application d’une stratégie d’exportation, utilisez la show route advertised-protocol commande.

Lors de l’évaluation de la stratégie, les caractéristiques de la copie de l’itinéraire source changent toujours immédiatement après l’évaluation de l’action. Toutefois, l’itinéraire n’est pas copié dans la table de routage ou un protocole de routage tant que l’évaluation de la stratégie n’est pas terminée.

L’instruction then est facultative. Si vous l’omettez, l’une des situations suivantes se produit :

Le terme suivant de la stratégie de routage, s’il y en a un, est évalué.
S’il n’y a plus de termes dans la stratégie de routage, la stratégie de routage suivante, si elle existe, est évaluée.
S’il n’y a plus de conditions ou de stratégies de routage, l’action d’acceptation ou de rejet spécifiée par la stratégie par défaut est effectuée. Pour plus d’informations, consultez Stratégies de routage par défaut.

Les sections suivantes traitent de ces actions :

Configuration des actions de contrôle de flux

Tableau 1 Répertorie les actions de contrôle de flux. Vous pouvez spécifier l’une de ces actions en même temps que l’action de traçage ou une ou plusieurs actions qui manipulent les caractéristiques d’itinéraire (reportez-vous à la section Configuration des actions qui manipulent les caractéristiques d’itinéraire).

Tableau 1 : Actions de contrôle de flux
Action de contrôle de flux	Description
`accept`	Acceptez l’itinéraire et propagent-le. Une fois qu’un itinéraire est accepté, aucun autre terme de la stratégie de routage ni aucune autre stratégie de routage n’est évalué.
`default-action accept`	Acceptez et remplacez toute action intrinsèque au protocole. Il s’agit d’une action de stratégie sans interruption.
`reject`	Rejetez l’itinéraire et ne le propagez pas. Après le rejet d’un itinéraire, aucun autre terme de la stratégie de routage ni aucune autre stratégie de routage ne sont évalués.
`default-action reject`	Rejeter et remplacer toute action intrinsèque au protocole. Il s’agit d’une action de stratégie sans interruption.
`next term`	Passez à et évaluez le terme suivant dans la même stratégie de routage. Toute action d’acceptation ou de rejet spécifiée dans l’instruction `then` est ignorée. Toutes les actions de l’instruction qui manipulent les caractéristiques d’itinéraire sont appliquées à l’itinéraire `then` . `next term` est l’action de contrôle par défaut si une correspondance se produit et que vous ne spécifiez pas d’action de contrôle de flux. REMARQUE : Sur Junos OS Evolved, `next term` ne peut pas apparaître comme le dernier terme de l’action. Un terme de filtre où `next term` est spécifié en tant qu’action mais sans aucune condition de correspondance configurée n’est pas pris en charge.
`next policy`	Passez à et évaluez la stratégie de routage suivante. Toute action d’acceptation ou de rejet spécifiée dans l’instruction `then` est ignorée. Toutes les actions de l’instruction qui manipulent les caractéristiques d’itinéraire sont appliquées à l’itinéraire `then` . `next policy` est l’action de contrôle par défaut si une correspondance se produit, vous ne spécifiez pas d’action de contrôle de flux et il n’y a pas d’autres termes dans la stratégie de routage actuelle.
modèle sr-te	Modèle SR-TE (Segment Routing-Traffic Engineer) à appliquer aux LSP initiés par PCE.

Configuration des actions qui manipulent les caractéristiques d’itinéraire

Vous pouvez spécifier une ou plusieurs des actions répertoriées dans Tableau 2 pour manipuler les caractéristiques d’itinéraire.

Tableau 2 : Actions manipulant les caractéristiques d’itinéraire
Action	Description
`add-path send-count path-count`	(BGP uniquement) Permet d’envoyer jusqu’à 20 chemins BGP vers une destination pour un sous-ensemble de `add-path` préfixes annoncés.
`as-path-prepend as-path`	(BGP uniquement) Fixez un ou plusieurs numéros AS au début du chemin AS. Si vous spécifiez plus d’un numéro AS, placez-les entre guillemets ( » « ). Les numéros AS sont ajoutés après l’ajout du numéro AS local au chemin. Cette action ajoute des numéros AS aux séquences AS uniquement, et non aux ensembles AS. Si le chemin AS existant commence par une séquence ou un ensemble de confédérations, les numéros AS apposés sont placés dans une séquence de confédération. Dans le cas contraire, les numéros AS apposés sont placés dans une séquence hors confédération. Pour plus d’informations, reportez-vous à la section Présentation de l’ajout de numéros AS aux chemins BGP AS. Dans Junos OS version 9.1 et ultérieure, vous pouvez spécifier des numéros AS sur 4 octets tels que définis dans RFC 4893, BGP Support for Four-octet AS Number Space, ainsi que les numéros AS sur 2 octets pris en charge dans les versions antérieures de Junos OS.
`as-path-expand last-as count n`	(BGP uniquement) Extrayez le dernier numéro AS dans le chemin AS existant et attribuez-le au début des temps de chemin `n` AS, où `n` est un nombre compris entre 1 et 32. Le numéro AS est ajouté avant que le numéro AS local n’ait été ajouté au chemin. Cette action ajoute des numéros AS aux séquences AS uniquement, et non aux ensembles AS. Si le chemin AS existant commence par une séquence ou un ensemble de confédérations, les numéros AS apposés sont placés dans une séquence de confédération. Dans le cas contraire, les numéros AS apposés sont placés dans une séquence non confédérée. Cette option est généralement utilisée dans les stratégies d’exportation non-IBGP. REMARQUE : À partir de Junos OS version 17.3, il est possible de valider une configuration NULL pour la valeur count et, si c’est le cas, Junos convertit la valeur NULL en un nombre de 1 plutôt qu’en un nombre de 0, ou en interdisant la validation. L’effet d’avoir votre `as-path-expand` nombre égal à un est qu’un tel chemin est plus long, et donc moins préférable. Nous vous recommandons de définir explicitement le nombre ou de supprimer le `as-path-expand` paramètre inutilisé pour éviter tout comportement inattendu.
bgp-sortie-priorité_file d’attente	(BGP uniquement) Définissez la file d’attente de priorité de sortie utilisée pour cet itinéraire. Il existe 17 files d’attente de sortie classées par ordre de priorité : une file d’attente accélérée qui est la priorité la plus élevée, et 16 files d’attente numérotées où 1 est la priorité la plus basse et 16 est la plus élevée.
`class class-name`	(Classe de service [CoS] seulement) Appliquez les paramètres de classe de service spécifiés aux routes installées dans la table de routage. Pour plus d’informations, reportez-vous au Guide de l’utilisateur de la classe de service de Junos OS pour les périphériques de routage.
`color preference color2 preference`	Définissez la valeur de préférence sur la valeur spécifiée. Les `color` valeurs de préférence et sont encore plus précises que celles spécifiées dans les `preference` actions et `color2preference2`. La valeur de couleur peut être un nombre compris entre 0 et 4 294 967 295 (2³² – 1). Un nombre inférieur indique un itinéraire plus préféré. Si vous définissez la préférence avec l’action, la valeur est interne à Junos OS et n’est `color` pas transitive.
`color (add \| subtract) number color2 (add \| subtract) number`	Modifiez la valeur de préférence de couleur de la quantité spécifiée. Si une opération d’addition aboutit à une valeur supérieure à 4 294 967 295 (2 32 – 1), la valeur est définie sur 2³² – 1. Si une opération de soustraction donne une valeur inférieure à 0, la valeur est définie sur 0. Si une valeur d’attribut n’est pas déjà définie au moment de l’opération d’addition ou de soustraction, la valeur par défaut de l’attribut est 0, quelle que soit la valeur spécifiée. Si vous effectuez un ajout à un attribut dont la valeur est 0, le nombre que vous ajoutez devient la valeur d’attribut résultante.
`community (+ \| add) [ names ]`	(BGP uniquement) Ajoutez les communautés spécifiées à l’ensemble des communautés de l’itinéraire. Pour plus d’informations, reportez-vous à la section Présentation des communautés BGP, des communautés étendues et des grandes communautés en tant que conditions de correspondance de la stratégie de routage.
`community (– \| delete) [ names ]`	(BGP uniquement) Supprimez les communautés spécifiées de l’ensemble des communautés de l’itinéraire. Pour plus d’informations, reportez-vous à la section Présentation des communautés BGP, des communautés étendues et des grandes communautés en tant que conditions de correspondance de la stratégie de routage.
`community (= \| set) [ names ]`	(BGP uniquement) Remplacez toutes les communautés qui se trouvaient dans l’itinéraire d’entrée par les communautés spécifiées. Pour plus d’informations, reportez-vous à la section Présentation des communautés BGP, des communautés étendues et des grandes communautés en tant que conditions de correspondance de la stratégie de routage.
`cos-next-hop-map map-name`	Définissez la carte next-hop basée sur CoS dans la table de transfert.
`damping name`	(BGP uniquement) Appliquez les paramètres d’amortissement de route spécifiés à l’itinéraire. Ces paramètres remplacent les paramètres d’amortissement par défaut. Cette action n’est utile que dans une stratégie d’importation, car les paramètres d’amortissement affectent l’état des itinéraires dans la table de routage. Pour appliquer des paramètres d’amortissement, vous devez activer l’amortissement des volets BGP comme décrit dans la bibliothèque de protocoles de routage Junos OS pour les périphériques de routage, et vous devez créer une liste de paramètres nommés comme décrit dans Utilisation des stratégies de routage pour amortir les battements de route BGP.
`destination-class destination-class-name`	Gérez le nombre de paquets pour un itinéraire passant par votre réseau, en fonction de l’adresse de destination dans le paquet. Vous pouvez effectuer les opérations suivantes : Configurez les préfixes de destination de groupe en configurant une stratégie de routage. Appliquez cette stratégie de routage à la table de transfert avec la classe de destination correspondante. Activez le comptage des paquets sur une ou plusieurs interfaces en incluant l’instruction au niveau de la hiérarchie (voir le Guide de l’utilisateur de la classe de service Junos OS pour les périphériques de routage).`[edit interfaces interface-name unit logical-unit-number family inet accounting]destination-class-usage` Affichez la sortie à l’aide de l’une des commandes suivantes : `show interfaces destination-class (all \| destination-class-name logical-interface-name`), `show interfaces interface-name extensive`ou `show interfaces interface-name statistics` (voir l’Explorateur CLI). Pour configurer un nombre de paquets en fonction de l’adresse source, utilisez l’instruction `source-class` décrite dans ce tableau.
`external type metric`	Définissez le type de métrique externe pour les routes exportées par OSPF. Vous devez spécifier le mot-clé `type`.
`forwarding-class forwarding-class-name`	Créez la classe de transfert qui inclut les paquets en fonction de l’adresse de destination et de l’adresse source du paquet. Vous pouvez effectuer les opérations suivantes : Configurez les préfixes de groupe en configurant une stratégie de routage. Appliquez cette stratégie de routage à la table de transfert avec la classe de transfert correspondante. Activez le comptage des paquets sur une ou plusieurs interfaces à l’aide de la procédure décrite dans les `destination-class` actions ou `source-class` définies dans ce tableau.
`install-nexthop <strict> lsp lsp-name`	Choisissez les sauts suivants, parmi un ensemble de sauts suivants LSP égaux, qui sont installés dans la table de transfert. Utilisez la stratégie d’exportation de la table de transfert pour spécifier le tronçon suivant LSP à utiliser pour les itinéraires souhaités. Spécifiez l’option permettant d’activer le mode strict, qui vérifie si l’un `strict` des sauts suivants LSP spécifiés dans la stratégie est actif. Si aucun des sauts suivants LSP spécifiés n’est actif, la stratégie installe le saut suivant de rejet.
`install-to-fib`	Pour les routeurs PTX Series uniquement, remplacez la stratégie de routage BGP par défaut. Pour plus d’informations, reportez-vous à la section Exemple : Remplacement de la stratégie de routage BGP par défaut sur PTX Series Routeurs de transport de paquets.
`load-balance consistent-hash`	(BGP uniquement) Pour les routeurs MX Series équipés de concentrateurs de ports modulaires (MPC) et pour les commutateurs QFX10000 uniquement, spécifiez des équilibrage de charge cohérentes pour une ou plusieurs adresses IP. Cette fonctionnalité préserve l’affinité d’un flux vers un chemin dans un groupe ECMP (Equal-cost Multipath) lorsqu’un ou plusieurs chemins de saut suivant échouent. Seuls les flux des chemins inactifs sont redirigés. Les flux mappés aux serveurs qui restent actifs sont conservés.
`load-balance destination-ip-only`	Calculez le hachage d’équilibrage de charge en vous basant uniquement sur l’adresse IP de destination. Cela permet à un fournisseur de services de diriger le trafic vers un serveur de contenu spécifique dans des environnements sensibles à chaque abonné.
`load-balance per-packet`	(Pour l’exportation vers la table de transfert uniquement) Installez toutes les adresses next-hop dans la table de transfert et demandez à la table de transfert d’effectuer un équilibrage de charge par paquet. Cette action de stratégie vous permet d’optimiser les flux de trafic VPLS sur plusieurs chemins. Pour plus d’informations, consultez Configuration de l’équilibrage de charge par paquet.
`load-balance per-prefix`	Pour les routeurs PTX Series uniquement, remplacez la équilibrage de charge stratégie de routage par paquet par défaut pour BGP. Pour plus d’informations, reportez-vous à la section Exemple : Remplacement de la stratégie de routage BGP par défaut sur PTX Series Routeurs de transport de paquets.
`load-balance source-ip-only`	Calculez le hachage d’équilibrage de charge en vous basant uniquement sur l’adresse IP source. Cela permet à un fournisseur de services de diriger le trafic vers un serveur de contenu spécifique dans des environnements sensibles à chaque abonné.
`local-preference value`	(BGP uniquement) Définissez l’attribut Préférence locale BGP (LOCAL_PREF). La valeur de préférence peut être un nombre compris entre 0 et 4 294 967 295 (2³² – 1).
`local-preference (add \| subtract) number`	Modifiez la valeur de préférence locale de la valeur spécifiée. Si une opération d’addition aboutit à une valeur supérieure à 4 294 967 295 (2 32 – 1), la valeur est définie sur 2³² – 1. Si une opération de soustraction donne une valeur inférieure à 0, la valeur est définie sur 0. Si une valeur d’attribut n’est pas déjà définie au moment de l’opération d’addition ou de soustraction, la valeur par défaut de l’attribut est 0, quelle que soit la valeur spécifiée. Si vous effectuez un ajout à un attribut dont la valeur est 0, le nombre que vous ajoutez devient la valeur d’attribut résultante. Pour BGP, si la valeur de l’attribut n’est pas connue, elle est initialisée à 100 avant l’application de la stratégie de routage.
`map-to-interface (interface-name \| self)`	Définit la `map-to-interface` valeur qui est similaire aux actions de mesure ou de balise existantes. L’action `map-to-interface` nécessite que vous spécifiiez l’un des éléments suivants : Une interface logique (par exemple, ge-0/0/0.0). L’interface logique peut être n’importe quelle interface actuellement prise en charge par multicast, y compris les interfaces VLAN et Ethernet agrégées. REMARQUE : Si vous spécifiez une interface physique en tant que `map-to-interface` (par exemple, ge-0/0/0), une valeur de .0 est ajoutée à l’interface physique pour créer une interface logique. Le mot-clé `self`. Le `self` mot-clé spécifie que les paquets de données multicast sont envoyés sur la même interface que les paquets de contrôle et qu’aucun mappage n’a lieu. Si aucun terme ne correspond, aucun paquet de données multicast n’est envoyé.
`metric metric metric2 metric metric3 metric metric4 metric`	Définissez la métrique. Vous pouvez spécifier jusqu’à quatre valeurs de mesure, en commençant par (pour la première valeur de mesure) et en continuant par `metricmetric2`, `metric3`et `metric4`. (BGP uniquement) `metric` correspond au MED et `metric2` correspond à la métrique IGP si le saut suivant BGP passe par un autre routeur.
`metric (add \| subtract) number metric2 (add \| subtract) number metric3 (add \| subtract) number metric4 (add \| subtract) number`	Modifiez la valeur de la métrique du montant spécifié. Si une opération d’addition aboutit à une valeur supérieure à 4 294 967 295 (2 32 – 1), la valeur est définie sur 2³² – 1. Si une opération de soustraction donne une valeur inférieure à 0, la valeur est définie sur 0. Si une valeur d’attribut n’est pas déjà définie au moment de l’opération d’addition ou de soustraction, la valeur par défaut de l’attribut est 0, quelle que soit la valeur spécifiée. Si vous effectuez un ajout à un attribut dont la valeur est 0, le nombre que vous ajoutez devient la valeur d’attribut résultante.
`metric expression (metric multiplier x offset a \|` `metric2 multiplier y offset b`)	Calculez une mesure en fonction des valeurs actuelles de `metric` et `metric2`. Cette action de stratégie remplace la valeur actuelle de l’attribut de mesure par le résultat de l’expression ((x * métrique) + a) + ((y * métrique2) + b) où `metric` et `metric2` sont les valeurs d’entrée actuelles. Les multiplicateurs métriques sont limités à huit chiffres significatifs.
`metric (igp \| minimum-igp) site-offset`	(BGP uniquement) Modifiez la valeur de la métrique (MED) par le décalage négatif ou positif spécifié. Cette action n’est utile que dans une stratégie d’exportation BGP externe (EBGP).
`next-hop (address \| discard \| next-table table-name \| peer-address \| reject \| self)`	Définissez l’adresse du saut suivant. Lorsque le protocole d’annonce est BGP, vous ne pouvez définir le saut suivant que lorsqu’un saut suivant tiers peut être annoncé ; c’est-à-dire lorsque vous utilisez des confédérations IBGP ou EBGP. Si vous spécifiez `self`, l’adresse du saut suivant est remplacée par l’une des adresses du périphérique de routage local. Le protocole publicitaire détermine l’adresse à utiliser. Lorsque le protocole publicitaire est BGP, cette adresse est définie sur l’adresse IP locale utilisée pour la contiguïté BGP. Un périphérique de routage ne peut pas installer des routes avec lui-même comme prochain saut. Si vous spécifiez `peer-address`, l’adresse du saut suivant est remplacée par l’adresse IP de l’homologue. Cette option n’est valable que dans les stratégies d’importation. Principalement utilisée par BGP pour appliquer l’utilisation de l’adresse IP de l’homologue pour les routes annoncées, cette option n’a de sens que lorsque le saut suivant est le périphérique de routage publicitaire ou un autre périphérique de routage directement connecté. Si vous spécifiez `discard`, l’adresse du saut suivant est remplacée par un saut suivant à ignorer. Si vous spécifiez `next-table`, le périphérique de routage effectue une recherche de transfert dans la table spécifiée. Si vous utilisez l’action, la configuration doit inclure un qualificateur de terme qui spécifie une table différente de celle spécifiée dans l’action `next-tablenext-table` . En d’autres termes, le qualificatif de terme dans l’instruction doit exclure la table dans l’action `fromnext-table` . Dans l’exemple suivant, le premier terme contient `rib vrf-customer2.inet.0` en tant que condition de correspondance. L’action spécifie un saut suivant dans une autre table de routage, `vrf-customer1.inet.0`. Le second terme fait l’inverse en utilisant `rib vrf-customer1.inet.0` dans la condition de correspondance et `vrf-customer2.inet.0` dans l’action `next-table` . term 1 { from { protocol bgp; rib vrf-customer2.inet.0; community customer; } then { next-hop next-table vrf-customer1.inet.0; } } term 2 { from { protocol bgp; rib vrf-customer1.inet.0; community customer; } then { next-hop next-table vrf-customer2.inet.0; } } Si vous spécifiez `reject`, l’adresse du saut suivant est remplacée par un saut suivant rejeté.
`origin value`	(BGP uniquement) Définissez l’attribut BGP origin sur l’une des valeurs suivantes : `igp`—Informations sur le chemin provenant de l’AS local. `egp`: informations de chemin provenant d’un autre AS. `incomplete`—Informations sur le chemin apprises par d’autres moyens.
`p2mp-lsp-root`	Définissez le nœud racine d’entrée pour un chemin de commutation d’étiquettes (LSP) point à multipoint basé sur LDP (M-LDP). Pour plus d’informations, reportez-vous à la section Exemple : Configuration de la signalisation intrabande LDP multipoint pour les LSP point à multipoint.
`preference preference preference2 preference`	Définissez la valeur de préférence. Vous pouvez spécifier une valeur de préférence principale () et une valeur de préférence secondaire (`preferencepreference2`). La valeur de préférence peut être un nombre compris entre 0 et 4 294 967 295 (2³² – 1). Un nombre inférieur indique un itinéraire plus préféré. Lorsque vous utilisez une stratégie d’importation pour définir la valeur de sur la valeur autorisée la plus élevée de `preference2` 4 294 967 295, Junos OS réinitialise cette valeur à -1. Si vous définissez `preference2` sur un nombre supérieur à (2³¹ – 1), il est réinitialisé à une valeur négative. Pour spécifier des valeurs de préférence encore plus précises, reportez-vous aux `color` actions et `color2` de ce tableau. Si vous définissez la préférence avec l’action, la nouvelle préférence reste associée à l’itinéraire `preference` . La nouvelle préférence est interne à Junos OS et n’est pas transitive.
`preference (add \| subtract) number preference2 (add \| subtract) number`	Modifiez la valeur de préférence du montant spécifié. Si une opération d’addition aboutit à une valeur supérieure à 4 294 967 295 (2 32 – 1), la valeur est définie sur 2³² – 1. Si une opération de soustraction donne une valeur inférieure à 0, la valeur est définie sur 0. Si une valeur d’attribut n’est pas déjà définie au moment de l’opération d’addition ou de soustraction, la valeur par défaut de l’attribut est 0, quelle que soit la valeur spécifiée. Si vous effectuez un ajout à un attribut dont la valeur est 0, le nombre que vous ajoutez devient la valeur d’attribut résultante.
`priority (low \| medium \| high)`	(Importation OSPF uniquement) Spécifiez une priorité pour les préfixes inclus dans une stratégie d’importation OSPF. Les préfixes appris via OSPF sont installés dans la table de routage en fonction de la priorité attribuée aux préfixes. Les préfixes auxquels la priorité est sont installés en premier, tandis que les préfixes auxquels la priorité `low` est sont `high` installés en dernier. REMARQUE : Une stratégie d’importation OSPF ne peut être utilisée que pour définir la priorité ou filtrer les routes externes OSPF. Si une stratégie d’importation OSPF est appliquée et entraîne une action d’arrêt pour une `reject` route non externe, l’action `reject` est ignorée et la route est acceptée de toute façon.
`source-class source-class-name`	Gérez le nombre de paquets pour un itinéraire passant par votre réseau, en fonction de l’adresse source. Vous pouvez effectuer les opérations suivantes : Configurez les préfixes de source de groupe en configurant une stratégie de routage. Appliquez cette stratégie de routage à la table de transfert avec la classe source correspondante. Activez le comptage des paquets sur une ou plusieurs interfaces en incluant l’instruction `source-class-usage interface-name` au niveau de la `[edit interfaces logical-unit-number unit family inet accounting]` hiérarchie. De plus, faites suivre l’instruction ou de l’instruction `source-class-usageinput` pour définir les interfaces entrantes et sortantes sur lesquelles le trafic surveillé pour une utilisation de classe source (SCU) arrive et part (ou définissez une interface pour `output` les deux). La syntaxe complète est `[edit interfaces interface-name unit family inet accounting source-class-usage (input \| output \| input output) unit-number]`. Affichez la sortie à l’aide de l’une des commandes suivantes : `show interfaces interface-name source-class source-class-name`, `show interfaces interface-name extensive`ou `show interfaces interface-name statistics` (voir l’Explorateur CLI). Pour configurer un nombre de paquets en fonction de l’adresse de destination, utilisez l’instruction `destination-class` décrite dans ce tableau. Pour obtenir un exemple détaillé de configuration de l’utilisation de la classe source, reportez-vous à l’exemple : Regroupement des préfixes source et de destination dans une classe de transfert. REMARQUE : Lors de la configuration d’instructions d’action de stratégie, vous ne pouvez configurer qu’une seule classe source pour chaque route correspondante. En d’autres termes, plus d’une classe source ne peut pas être appliquée à la même route.
`ssm-source [ addresses ];`	Spécifiez une ou plusieurs adresses source IPv4 ou IPv6 pour la stratégie de multicast spécifique à la source (SSM)
`ssm-source [ addresses ];`	Spécifiez une ou plusieurs adresses source IPv4 ou IPv6 pour la stratégie de multicast spécifique à la source (SSM).
`tag tag tag2 tag`	Définissez la valeur de la balise. Vous pouvez spécifier deux chaînes de balises : `tag` (pour la première chaîne) et `tag2` (une deuxième chaîne). Ces valeurs sont locales pour le routeur. Pour les routes OSPF, l’action définit le champ de balise 32 bits dans les `tag` paquets LSA (external link-state advertisement) OSPF. Pour les routes IS-IS, l’action définit l’indicateur `tag` 32 bits dans les valeurs de longueur de type de préfixe IP IS-IS (TLV). Pour les routes RIPv2, l’action `tag` définit la communauté route-tag. L’option `tag2` n’est pas prise en charge.
`tag (add \| subtract) number tag2 (add \| subtract) number`	Modifiez la valeur de la balise de la quantité spécifiée. Si une opération d’addition aboutit à une valeur supérieure à 4 294 967 295 (2 32 – 1), la valeur est définie sur 2³² – 1. Si une opération de soustraction donne une valeur inférieure à 0, la valeur est définie sur 0. Si une valeur d’attribut n’est pas déjà définie au moment de l’opération d’addition ou de soustraction, la valeur par défaut de l’attribut est 0, quelle que soit la valeur spécifiée. Si vous effectuez un ajout à un attribut dont la valeur est 0, le nombre que vous ajoutez devient la valeur d’attribut résultante.
`validation-state`	Lorsque la validation de l’origine BGP est configurée, définissez l’état de validation d’un préfixe de route sur valide, non valide ou inconnu. La base de données de validation d’itinéraire contient des enregistrements d’autorisation d’origine d’itinéraire (ROA) qui mappent les préfixes d’itinéraire aux systèmes autonomes (AS) d’origine attendus. Cela permet d’éviter la publication accidentelle d’itinéraires invalides. Reportez-vous à la section Présentation de la validation d’origine pour BGP.

Configuration de l’action par défaut dans les stratégies de routage

L’instruction default-action remplace toute action intrinsèque au protocole. Cette action n’est pas non plus résiliable, de sorte que divers termes de la stratégie peuvent être évalués avant la résiliation de la stratégie. Vous pouvez spécifier une action par défaut, soit accept ou reject, comme suit :

L’action résultante est définie soit par le protocole, soit par le dernier terme de stratégie correspondant.

Exemple : Configuration de l’action par défaut dans une stratégie de routage

Configurez une stratégie de routage qui fait correspondre les itinéraires en fonction de trois termes de stratégie. Si l’itinéraire correspond au premier terme, une certaine balise de communauté est attachée. Si l’itinéraire correspond à deux termes distincts, les deux balises de communauté sont attachées. Si la route ne correspond à aucun des termes, elle est rejetée (action par défaut du protocole). Notez que les termes hub et spoke s’excluent mutuellement.

Configuration d’une action finale dans les stratégies de routage

Outre la spécification d’une action à l’aide de l’instruction dans un terme nommé, vous pouvez également spécifier une action à l’aide de l’instruction thenthen dans un terme sans nom, comme suit :

La journalisation correspond à un terme de stratégie de routage

Si vous spécifiez l’action de traçage, la correspondance est consignée dans un fichier de suivi. Pour configurer un fichier de trace, vous devez spécifier les éléments suivants dans l’instruction globale traceoptions :

Nom du fichier de trace
policydans l’instruction flag

L’exemple suivant utilise le nom de fichier de trace de policy-log:

Cette action n’affecte pas le contrôle de flux lors de l’évaluation de la stratégie de routage.

Si un terme qui spécifie une action de trace spécifie également une action de contrôle de flux, le nom du terme est consigné dans le fichier de trace. Si un terme spécifie uniquement une action de traçage, le mot <default> est consigné.

Configuration d’actions distinctes pour les itinéraires dans les listes de routages

Si vous spécifiez des listes de routes dans l’instruction, pour chaque route de la liste, vous pouvez spécifier une action à effectuer directement sur cette route individuelle, sans inclure d’instruction fromthen . Pour plus d’informations, reportez-vous à la section Présentation des filtres de routage à utiliser dans les conditions de correspondance de la stratégie de routage.

Sur cette page