Comment configurer le routage termes de politique dans junos

Les blocs de construction qui composent politiques de routage sont appelés Conditions. Chaque terme contient conditions de match, une série de “ si ” déclarations qui sont comparés aux lignes considérées. Les conditions de match sont vérifiés contre les informations de routage. Basé sur les résultats de ces contrôles, le routeur aura une ou plusieurs actions. Les termes peuvent être enchaînés pour former une politique de routage.

Supposons que vous appliquez une politique de routage pour filtrer les informations de protocole de routage entrant. La politique de routage est constitué de plusieurs termes. Comme la route arrive, la politique est invoquée.

Le premier terme de la politique est évaluée. Si l'itinéraire correspond aux conditions spécifiées, une sorte d'action est prise. Si la route ne correspond pas, le deuxième terme de la politique est évaluée. Les conditions de ce second terme sont vérifiées et si elles correspondent, une action est prise. Si elles ne correspondent pas, le troisième terme de la politique est évaluée, et ainsi de suite jusqu'à ce que tous les termes ont été examinés.

Si aucun des termes de la politique sont un match pour la route en question, la prochaine politique est évaluée, et ainsi de suite jusqu'à ce que l'action de la politique par défaut est prise. Il est important de réaliser que certaines mesures par défaut est toujours prise à moins qu'une condition de correspondance tôt applique.

Pour configurer une politique de routage, vous devez configurer un ou plusieurs termes dans cette politique. Vous gérez la configuration des politiques au sein de la options stratégiques hiérarchie de configuration:

[edit options stratégiques] politiques déclaration my-échantillon-politique {terme mon-premier terme {{de} match conditions- alors {action-} terme my-deuxième terme {{de} match conditions- alors {action-}}

Dans cette configuration squelette, vous configurez une politique de routage unique appelé my-échantillon-politique. Cette politique a deux termes, dont chacun a une condition de match et une action de match. Si une route est évaluée par rapport à cette politique et ni matchs terme, l'action par défaut est exécutée.

Une fois qu'une mesure est prise, la politique est plus évalué. Donc, si vous avez une action déclenchée dans le premier terme, le deuxième terme jamais évalue le second terme.

Parce que l'évaluation de la chaîne de la politique arrête toute action appliquée, la commande de termes est cruciale pour le bon fonctionnement de la politique.

Conditions dans une stratégie sont évalués de manière top-down, donc l'ordre des termes dans vos comptes de configuration. Le défi ici est que chaque fois que vous ajoutez un nouveau terme pour une politique existante, par défaut, ces termes sont ajoutés les termes qui sont déjà configurés. Termes plus récemment ajoutées sont toujours évalués après les termes initialement configurés. Par exemple, examiner la configuration de la stratégie suivante:

 [edit options stratégiques] la politique-déclaration de la publicité-OSPF itinéraires {terme find-OSPF {{de} protocole ospf- alors {}}} acceptable

Lorsqu'il est appliqué comme une politique d'entrée, cette politique accepte tout simplement tous les itinéraires OSPF. Pour affiner cette politique un peu et accepter toutes les routes OSPF, sauf ceux qui proviennent d'un domaine particulier de votre réseau OSPF, vous devez ajouter un terme. Parce que les termes sont, par défaut, ajoutés à des termes existants, votre configuration sera comme suit:

[edit options stratégiques] la politique-déclaration de la publicité-OSPF itinéraires {terme find-OSPF {{protocole de ospf-} {puis accepter -}} terme rejeter-area-10 {{de protocole OSPF zone 10-} {puis Rejeter-}}}

Ici, vous voulez tous les itinéraires OSPF seront acceptées que si elles proviennent de la zone 10. Toutefois, lorsqu'un itinéraire arrive, le premier terme est évaluée. Si la route est une route OSPF, elle est acceptée, indépendamment de sa région d'origine. Pas de routes de la zone 10 sont toujours rejetées, parce que le premier terme accepte toutes les routes OSPF.

Pour ajouter le rejeter-area-10 terme avant la trouver-OSPF terme, vous utilisez le insérer commande. 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 # insert politique états-publicité OSPF itinéraires terme rejettent-area-10before terme find-OSPF

La insérer commande déplace la configuration pour le rejeter-area-10 terme avant que la configuration de trouver toutes les routes OSPF. La configuration résultante fait ce que vous voulez:

[edit options stratégiques] la politique-déclaration de la publicité-OSPF itinéraires {terme rejeter-area-10 {{de protocole OSPF zone 10-} {puis rejeter -}} terme find-OSPF {{de} protocole ospf- alors { acceptable}}}