Vidéo: The Apollo 11 Launch As It Happened LIVE On SRC TV Canada 2024
Les blocs de construction qui composent les politiques de routage sont appelés termes . Chaque terme contient des conditions de correspondance, une série d'instructions "if" qui sont comparées aux routes considérées. Les conditions de correspondance sont vérifiées par rapport aux informations de routage. En fonction du résultat de ces vérifications, le routeur prendra une ou plusieurs actions. Les termes peuvent être reliés ensemble pour former une politique de routage.
Supposons que vous appliquiez une stratégie de routage pour filtrer les informations du protocole de routage entrant. La politique de routage est composée de plusieurs termes. Lorsque la route entre, la stratégie est invoquée.
Le premier terme de la politique est évalué. Si l'itinéraire correspond aux conditions spécifiées, une action est prise. Si la route ne correspond pas, le second terme de la politique est évalué. Les conditions du second terme sont vérifiées, et si elles correspondent, une action est prise. S'ils ne correspondent pas, le troisième terme de la politique est évalué, et ainsi de suite jusqu'à ce que tous les termes aient été examinés.
Si aucun des termes de la politique ne correspond à la route en question, la politique suivante est évaluée, et ainsi de suite jusqu'à ce que l'action de politique par défaut soit prise. Il est important de réaliser qu'une action par défaut est toujours prise à moins qu'une condition de correspondance précédente ne s'applique.
Pour configurer une politique de routage, vous devez configurer un ou plusieurs termes dans cette politique. Vous gérez la configuration des stratégies dans la hiérarchie de configuration des options de stratégie:
[modifier les options de politique] policy-statement mon-sample-policy {terme mon-premier-terme {de {conditions-de-correspondance}} puis { action ;} terme my-second-term {de {match-conditions;} then { action ;}}
Dans ce squelette de configuration, vous configurez une politique de routage unique appelée my-sample-policy. Cette politique a deux termes, dont chacun a une condition de correspondance et une action de correspondance. Si une route est évaluée par rapport à cette politique et qu'aucun terme ne correspond, l'action par défaut est exécutée.
Une fois qu'une action est effectuée, la politique n'est plus évaluée. Donc, si vous avez une action déclenchée dans le premier terme, le second terme n'évalue jamais le second terme.
Étant donné que l'évaluation de la chaîne de stratégie s'arrête avec toute action appliquée, l'ordre de définition des termes est essentiel au bon fonctionnement de la stratégie.
Les termes d'une politique sont évalués de manière descendante, de sorte que l'ordre des termes dans votre configuration compte. Le défi ici est que chaque fois que vous ajoutez un nouveau terme à une politique existante, par défaut, ces termes sont ajoutés aux termes qui sont déjà configurés.Plus récemment, les termes ajoutés sont toujours évalués après les termes initialement configurés. Par exemple, examinez la configuration de la stratégie suivante:
[edit policy-options] instruction-policy advertise-ospf-routes {term find-ospf {de {protocole ospf;} puis {accept;}}}
Appliqué En tant que politique d'entrée, cette politique accepte simplement toutes les routes OSPF. Pour affiner un peu cette règle et accepter toutes les routes OSPF à l'exception de celles qui proviennent d'une zone particulière de votre réseau OSPF, vous devez ajouter un terme. Étant donné que les termes sont, par défaut, ajoutés aux termes existants, votre configuration sera la suivante:
[modifier les options de stratégie] policy-statement advertise-ospf-routes {term find-ospf {from {protocole ospf;} puis { accept;}} term reject-area-10 {from {protocole ospf; area 10;} then {reject;}}}
Ici, vous voulez que toutes les routes OSPF soient acceptées sauf si elles proviennent de la zone 10. Cependant, lorsqu'une route entre, le premier terme est évalué. Si la route est une route OSPF, elle est acceptée, quelle que soit sa zone d'origine. Aucun itinéraire de la zone 10 n'est jamais rejeté, car le premier terme accepte toutes les routes OSPF.
Pour ajouter le terme reject-area-10 avant le terme find-ospf, vous utilisez la commande insert. Vous configurez les deux termes exactement comme vous l'avez fait dans le code précédent, mais lorsque vous avez terminé, vous insérez le terme où vous le souhaitez:
user @ host # insérer policy-statement advertise-ospf-routes terme reject-area -10 avant terme find-ospf
La commande insert déplace la configuration pour le terme reject-area-10 avant la configuration pour trouver toutes les routes OSPF. La configuration résultante fait ce que vous voulez:
[modifier les options de politique] policy-statement advertise-ospf-routes {terme reject-area-10 {from {protocole ospf; zone 10}} then {reject}} term find-ospf {from {protocole ospf;} then {accept;}}}
