Configuration de Walkup pour les filtres d’itinéraire afin d’améliorer l’efficacité opérationnelle
Utilisez la fonctionnalité sans rendez-vous si vous avez des inquiétudes quant aux performances des stratégies en raison de filtres d’itinéraire fractionnés sur plusieurs termes de stratégie. La fonctionnalité walkup permet de consolider les filtres d’itinéraire sous un seul terme de stratégie.
Si les déclarations de stratégie ont été divisées en plusieurs termes en raison du comportement de filtre d’itinéraire par défaut, la fonctionnalité de présentation du filtre d’itinéraire vous permet de consolider plusieurs filtres d’itinéraire en un seul terme d’énoncé de stratégie. Par défaut, Junos OS évalue plusieurs filtres de route dans un terme d’énoncé de stratégie en trouvant d’abord le préfixe de correspondance le plus long, puis en évaluant les conditions attachées au filtre de routage, telles que la plage de préfixes. Si la condition de filtre de route a la valeur false (par exemple, si le préfixe n’est pas dans la plage spécifiée), le terme entier est false, même s’il existe potentiellement de vrais préfixes de filtre de route plus courtes. La fonction walkup modifie ce comportement par défaut, localement ou globalement.
La fonctionnalité de déplacement des filtres d’itinéraire est utilisée partout où plusieurs filtres d’itinéraire sont utilisés dans une déclaration de stratégie. L’option Walkup est prise en charge dans l’instance de routage principale au niveau de la hiérarchie et dans les systèmes logiques au niveau de la [edit policy-options]
[edit logical-systems policy-options]
hiérarchie.
Avant de commencer à configurer le filtre d’itinéraire, assurez-vous d’avoir :
Une stratégie de routage ou un ensemble de stratégies de routage correctement configuré
Nécessité de consolider plusieurs termes de filtre de routage en moins de termes de stratégie de routage
Le filtre d’itinéraire peut être configuré de deux manières différentes. Vous pouvez configurer l’option walkup
globalement au niveau de la hiérarchie ou, dans les systèmes logiques, au niveau de la [edit policy-options default route-filter]
[edit logical-systems policy-options default route-filter]
hiérarchie. Lorsque vous configurez l’option walkup
globalement, vous modifiez le comportement du filtre de routage de stratégie dans chaque instruction de stratégie. Au lieu du comportement de l’instruction de stratégie par défaut (si le filtre de route de correspondance le plus long est false, alors le terme est false), l’option modifie ce comportement globalement (pour « remonter » du filtre de route de correspondance le plus long à moins spécifique, et si l’un d’entre walkup
eux est vrai, alors le terme est vrai).
Si vous configurez l’option walkup
globalement, vous pouvez toujours la remplacer localement par stratégie de routage. Par conséquent, si vous avez activé walkup
globalement, vous pouvez le remplacer dans une stratégie de routage en configurant l’instruction no-walkup
option au niveau de la [edit policy-options policy-statement default route-filter]
hiérarchie. L’option no-walkup
restaure localement le comportement de filtre de route par défaut pour cette instruction de stratégie.
[edit policy-options default route-filter]
Au niveau global, la seule option est l’instructionwalkup
, car le comportement par défaut global est « no walkup ». Toutefois, pour une instruction de stratégie individuelle au niveau de la [edit policy-options policy-statement default route-filter]
hiérarchie, vous pouvez configurer l’instruction ou no-walkup
optionwalkup
. De cette façon, au niveau local, vous pouvez contrôler si l’instruction de stratégie effectue une visite sans rendez-vous (avec l’instruction configurée) ou aucune représentation (avec l’instruction walkup
no-walkup
configurée). Cela donne à l’utilisateur un contrôle maximal sur l’option walkup
Vous configurez la fonctionnalité walkup globalement avec :
user@host> set policy-options defaults route-filter walkup
Vous pouvez également configurer la fonctionnalité walkup globalement dans un système logique avec :
user@host> set logical-systems logical-system-name policy-options defaults route-filter walkup
Vous configurez la fonctionnalité sans rendez-vous localement dans une déclaration de stratégie avec :
user@host> set policy-options policy-statement policy-statement-name defaults route-filter [ no-walkup | walkup ]
Vous pouvez également configurer la fonction walkup localement dans un système logique avec :
user@host> set logical-systems logical-system-name policy-options policy-statement policy-statement-name defaults route-filter [ no-walkup | walkup ]
Le comportement du filtre de route peut être complexe lorsque les instructions sont configurées au niveau global et local en même temps. Tableau 1 Affiche le comportement d’une instruction de stratégie avec les six combinaisons possibles de l’option WalkUp lorsque vous configurez la fonctionnalité à la fois globalement et localement.
Cas: |
Configuration globale |
Configuration locale |
Résultat |
---|---|---|---|
1 |
(aucune) |
(aucune) |
L’appareil n’effectue pas de migration pour une stratégie (opération par défaut). |
2 |
(aucune) |
|
L’appareil effectue une mise à pied pour cette stratégie. |
3 |
(aucune) |
|
L’appareil n’effectue pas de migration pour une stratégie (opération par défaut). |
4 |
|
(aucune) |
L’appareil effectue une migration pour toutes les stratégies. |
5 |
|
|
L’appareil effectue une migration pour toutes les stratégies. |
6 |
|
|
L’appareil n’effectue pas de mise à jour pour cette stratégie uniquement. |
Chaque ligne correspond à un cas d’utilisation possible, numéroté de 1 à 6. Chaque cas sans rendez-vous est configuré comme suit :
Cas #1 : Il s’agit d’une configuration triviale pour la rétrocompatibilité. Aucun filtre d’itinéraire n’est activé, que ce soit globalement ou localement. L’appareil se comporte exactement comme avant l’introduction de la fonctionnalité. Aucune étape du filtre de routage ne se produit dans aucune stratégie.
Cas #2 : L’activation du filtre de route n’est pas activée globalement, mais localement pour une stratégie spécifique nommée
RouteFilter-Case2
. L’activation du filtre d’itinéraire se produit dans cette stratégie.Pour configurer localement l’accès direct au filtre d’itinéraire pour une stratégie spécifique :
Activez la fonctionnalité d’accès virtuel localement pour cette déclaration de stratégie.
[edit policy-options] user@host# set policy-statement RouteFilter-Case2 defaults route-filter walkup
Configurez les termes de la stratégie localement (walkup s’applique à tous les termes de cette stratégie).
[edit policy-options] user@host# set policy-statement RouteFilter-Case2 term ...
Appliquez l’instruction de stratégie à un protocole de routage.
Cas #3 : Le filtre de routage
walkup
n’est pas activé globalement, maisno-walkup
localement pour une stratégie spécifique nomméeRouteFilter-Case3
. (Ce cas n’est pas particulièrement utile, car aucune interdiction n’a lieu dans toutes les stratégies par défaut, mais rend le comportement local explicite, même si la marche à pied est activée globalement à l’avenir.)Pour configurer le filtre d’itinéraire no-walkup localement pour une stratégie spécifique :
Activez la fonctionnalité localement pour cette déclaration de
no-walkup
stratégie.[edit policy-options] user@host# set policy-statement RouteFilter-Case3 defaults route-filter no-walkup
Configurez les termes de la stratégie localement (
no-walkup
s’applique à cette stratégie).[edit policy-options] user@host# set policy-statement RouteFilter-Case3 term ...
Appliquez l’instruction de stratégie à un protocole de routage.
Cas #4 : Le filtre de routage
walkup
est activé globalement, mais pas localement pour une stratégie spécifique nomméeRouteFilter-Case4
. En raison de la configuration globale, le filtre de routagewalkup
se produit dans cette stratégie.Pour configurer globalement le filtre d’itinéraire d’un appareil :
Activez globalement la fonction sans rendez-vous pour cet appareil.
[edit policy-options] user@host# set defaults route-filter walkup
REMARQUE :Global
walkup
, contrairement auxwalkup
instructions ou configurées localement dans une instruction de stratégie, est configurée au niveau de la[edit policy-options defaults]
hiérarchie ouno-walkup
[edit logical-systems logical-system-name policy-options defaults]
et s’applique à toutes les stratégies.Configurez l’énoncé de stratégie et les conditions localement (walkup s’applique
RouteFilter-Case4
à cette stratégie).[edit policy-options] user@host# set policy-statement RouteFilter-Case4 term ...
Appliquez l’instruction de stratégie à un protocole de routage.
Cas #5 : Le filtre de routage
walkup
est activé globalement et localement pour une stratégie spécifique nomméeRouteFilter-Case5
. Bien que cette configuration puisse sembler redondante (walkup activé globalement et localement), elle garantit que la migration du filtre de route se produit dans cette stratégie, même si la migration du filtre de route est supprimée au niveau global.Pour configurer le filtre d’itinéraire walkup globalement pour un appareil et localement pour une stratégie spécifique :
Activez la
walkup
fonctionnalité globalement pour cet appareil.[edit policy-options] user@host# set defaults route-filter walkup
REMARQUE :La représentation globale est configurée au niveau de la
[edit policy-options defaults]
hiérarchie ou[edit logical-systems logical-system-name policy-options defaults]
et s’applique à toutes les stratégies.Configurez l’instruction de stratégie et activez-la
walkup
localement (walkup
s’appliqueRouteFilter-Case5
à cette stratégie).[edit policy-options] user@host# set policy-statement Route-Filter-Case5 defaults route-filter walkup
Configurez l’énoncé de stratégie et les conditions localement (walkup s’applique
RouteFilter-Case5
à cette stratégie).[edit policy-options] user@host# set policy-statement RouteFilter-Case5 term ...
Appliquez l’instruction de stratégie à un protocole de routage.
Cas #6 : Le filtre de routage
walkup
est activé globalement, mais remplacé localement parno-walkup
une stratégie spécifique nomméeRouteFilter-Case6
. En raison de la configuration locale, il n’y a pas d’activation du filtre de route dans cette stratégie. Ce cas est utile pour s’assurer qu’une stratégie locale fonctionne toujours exactement comme avant l’activation de la migration globale.Pour configurer globalement le filtre d’itinéraire sans rendez-vous pour un appareil et la fonctionnalité d’absence d’accès local pour une stratégie spécifique :
Activez globalement la fonction sans rendez-vous pour cet appareil.
[edit policy-options] user@host# set defaults route-filter walkup
REMARQUE :La représentation globale est configurée au niveau de la
[edit policy-options defaults]
hiérarchie ou[edit logical-systems logical-system-name policy-options defaults]
et s’applique à toutes les stratégies.Configurez l’instruction de stratégie et désactivez l’option walkup localement à l’aide de l’instruction
RouteFilter-Case6
(aucune intervention n’estno-walkup
effectuée dans cette stratégie).[edit policy-options] user@host# set policy-statement Route-Filter-Case6 defaults route-filter walkup
Configurez l’énoncé
RouteFilter-Case6
de stratégie et les conditions localement.[edit policy-options] user@host# set policy-statement RouteFilter-Case6 term ...
Appliquez l’instruction de stratégie à un protocole de routage.
Gardez à l’esprit qu’une instruction de stratégie ne fait rien tant qu’elle n’est pas appliquée en tant que stratégie d’importation ou d’exportation pour le protocole de routage lui-même. Pour BGP, cela peut être fait au niveau global, du groupe ou du voisinage.