Comprendre les stratégies de routage
Pour certains fournisseurs de plateformes de routage, le flux de routes se produit entre différents protocoles. Si, par exemple, vous souhaitez configurer la redistribution de RIP vers OSPF, le processus RIP indique au processus OSPF qu’il a des routes qui peuvent être incluses pour la redistribution. Dans Junos OS, il n’y a pas beaucoup d’interaction directe entre les protocoles de routage. À la place, il y a des points de rassemblement centraux où tous les protocoles installent leurs informations de routage. Il s’agit des principales tables de routage unicast inet.0 et inet6.0.
À partir de ces tables, les protocoles de routage calculent la meilleure route vers chaque destination et placent ces routes dans une table de transfert. Ces routes sont ensuite utilisées pour transférer le trafic du protocole de routage vers une destination, et elles peuvent être annoncées aux voisins.
Importation et exportation de routes
Deux termes, import et export, expliquent comment les routes se déplacent entre les protocoles de routage et la table de routage.
Lorsque le moteur de routage place les routes d’un protocole de routage dans la table de routage, il importe des routes dans la table de routage.
Lorsque le moteur de routage utilise des routes actives de la table de routage pour envoyer une annonce de protocole, il exporte des routes à partir de la table de routage.
Remarque :Le processus de déplacement des routes entre un protocole de routage et la table de routage est toujours décrit du point de vue de la table de routage. En d’autres termes, les routes sont importées dans une table de routage à partir d’un protocole de routage et exportées d’une table de routage vers un protocole de routage. Gardez à l’esprit cette distinction lorsque vous utilisez des stratégies de routage.
Comme illustré à la Figure 1, vous utilisez les stratégies de routage d’importation pour contrôler les routes placées dans la table de routage et les stratégies de routage d’exportation pour contrôler les routes annoncées à partir de la table de routage aux voisins.
En général, les protocoles de routage placent toutes leurs routes dans la table de routage et annoncent un ensemble limité de routes à partir de la table de routage. Les règles générales de gestion des informations de routage entre les protocoles de routage et la table de routage sont connues sous le nom de structure de politique de routage.
La structure de la politique de routage est composée de règles par défaut pour chaque protocole de routage qui déterminent les routes que le protocole place dans la table de routage et publie à partir de la table de routage. Les règles par défaut de chaque protocole de routage sont appelées stratégies de routage par défaut.
Vous pouvez créer des stratégies de routage pour devancer les stratégies par défaut, qui sont toujours présentes. Une politique de routage vous permet de modifier le cadre de la politique de routage en fonction de vos besoins. Vous pouvez créer et implémenter vos propres stratégies de routage pour effectuer les opérations suivantes :
Contrôle des routes placées par un protocole de routage dans la table de routage.
Contrôle des routes actives annoncées par un protocole de routage à partir de la table de routage. Un itinéraire actif est un itinéraire qui est choisi parmi tous les itinéraires de la table de routage pour atteindre une destination.
Manipulez les caractéristiques de la route lorsqu’un protocole de routage place la route dans la table de routage ou annonce la route à partir de la table de routage.
Vous pouvez manipuler les caractéristiques de l’itinéraire pour contrôler l’itinéraire sélectionné comme itinéraire actif pour atteindre une destination. La route active est placée dans la table de transfert et est utilisée pour transférer le trafic vers la destination de la route. En général, la route active est également annoncée aux voisins d’un routeur.
Routes actives et inactives
Lorsqu’il existe plusieurs routes pour une destination dans la table de routage, le protocole sélectionne une route active et cette route est placée dans la table de routage appropriée. Pour les routes à coût égal, Junos OS place plusieurs sauts suivants dans la table de routage appropriée.
Lorsqu’un protocole exporte des routes à partir de la table de routage, il exporte uniquement les routes actives. Cela s’applique aux actions spécifiées par les stratégies d’exportation par défaut et définies par l’utilisateur.
Lors de l’évaluation des routes pour l’exportation, le moteur de routage utilise uniquement les routes actives de la table de routage. Par exemple, si une table de routage contient plusieurs routes vers la même destination et qu’une route a une métrique préférable, seule cette route est évaluée. En d’autres termes, une politique d’exportation n’évalue pas toutes les routes ; Il évalue uniquement les routes qu’un protocole de routage est autorisé à annoncer à un voisin.
Par défaut, BGP annonce les routes actives. Toutefois, vous pouvez configurer BGP pour annoncer les routes inactives, qui vont à la même destination que les autres routes, mais qui ont des métriques moins préférables.
Routes configurées explicitement
Une route configurée explicitement est une route que vous avez configurée. Les routes directes ne sont pas configurées explicitement. Ils sont créés à la suite de la configuration d’adresses IP sur une interface. Les routes explicitement configurées comprennent les routes agrégées, générées, locales et statiques. (Un itinéraire agrégé est un itinéraire qui distille des groupes d’itinéraires avec des adresses communes en un seul itinéraire. Une route générée est une route utilisée lorsque la table de routage ne contient aucune information sur la façon d’atteindre une destination particulière. Une route locale est une adresse IP attribuée à une interface de routeur. Une route statique est une route immuable vers une destination.)
Le logiciel de la structure de stratégie traite les routes directes et explicitement configurées comme si elles étaient apprises par des protocoles de routage ; Par conséquent, ils peuvent être importés dans la table de routage. Les routes ne peuvent pas être exportées de la table de routage vers le pseudo-protocole, car ce protocole n’est pas un véritable protocole de routage. Cependant, les routes agrégées, directes, générées et statiques peuvent être exportées de la table de routage vers des protocoles de routage, contrairement aux routes locales.
Base de données dynamique
Dans Junos OS version 9.5 et ultérieure, vous pouvez configurer des stratégies de routage et certains objets de politique de routage dans une base de données dynamique qui n’est pas soumise à la même vérification requise par la base de données de configuration standard. Par conséquent, vous pouvez rapidement valider ces stratégies de routage et ces objets de stratégie, qui peuvent être référencés et appliqués dans la configuration standard si nécessaire. BGP est le seul protocole auquel vous pouvez appliquer des stratégies de routage qui font référence à des stratégies configurées dans la base de données dynamique. Une fois qu’une politique de routage basée sur la base de données dynamique est configurée et validée dans la configuration standard, vous pouvez rapidement apporter des modifications aux stratégies de routage existantes en modifiant les objets de stratégie dans la base de données dynamique. Étant donné que Junos OS ne valide pas les modifications de configuration de la base de données dynamique, lorsque vous utilisez cette fonctionnalité, vous devez tester et vérifier toutes les modifications de configuration avant de les valider.
Références de politique circulaire
Lorsque vous créez des stratégies de routage, vous pouvez composer plusieurs stratégies à l’aide d’instructions from policy policy-name and then next policy . Le logiciel valide maintenant ces chaînes de politique lors de la validation et rejette toute configuration qui introduit une référence circulaire.
Une référence circulaire se produit lorsqu’une stratégie se réfère directement à elle-même ou lorsqu’une séquence de stratégies forme une boucle (par exemple, la stratégie A fait référence à la politique B et la politique B renvoie à la politique A). De telles configurations ne sont pas prises en charge. Si la validation détecte une référence de stratégie circulaire, la validation échoue et vous devez corriger la structure de la stratégie avant que la configuration puisse être activée.