Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuration de la stratégie de routage OSPF

Comprendre les stratégies de routage

Pour certains fournisseurs de plates-formes 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 dispose de 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. Au lieu de cela, il existe 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 le meilleur routage vers chaque destination et les placent 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 publicité de protocole, il exporte des routes à partir de la table de routage.

    Note:

    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. Autrement dit, les routes sont importées dans une table de routage à partir d’un protocole de routage et elles sont exportées d’une table de routage vers un protocole de routage. N’oubliez pas cette distinction lorsque vous travaillez avec des stratégies de routage.

Comme le montre la figure 1, vous utilisez des stratégies de routage d’importation pour contrôler les routes placées dans la table de routage, et exportez des stratégies de routage pour contrôler les routes annoncées de la table de routage vers les voisins.

Figure 1 : routes d’importation et d’exportation Importing and Exporting Routes

En général, les protocoles de routage placent tous 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 cadre de stratégie de routage.

Le cadre de stratégie de routage est composé de règles par défaut pour chaque protocole de routage qui déterminent les routes qu’il place dans la table de routage et les annonces à 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 anticiper les stratégies par défaut, qui sont toujours présentes. Une stratégie de routage vous permet de modifier le cadre de stratégie 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ôlez les emplacements d’un protocole de routage dans la table de routage.

  • Contrôlez les routes actives annoncées par un protocole de routage à partir de la table de routage. Une route active est une route qui est choisie parmi toutes les routes de la table de routage pour atteindre une destination.

  • Manipuler les caractéristiques de route comme 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 route pour contrôler le routage sélectionné comme route active pour atteindre une destination. Le routage actif est placé dans la table de transfert et est utilisé pour faire avancer le trafic vers la destination du routage. En général, la route active est également annoncée aux voisins d’un routeur.

Routes actives et inactives

Lorsque plusieurs routes pour une destination existent 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 des routes actives uniquement. 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 à exporter, le moteur de routage utilise uniquement des routes actives à partir de la table de routage. Par exemple, si une table de routage contient plusieurs routes vers la même destination et qu’une route possède 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 n’évalue que les routes qu’un protocole de routage est autorisé à annoncer à un voisin.

Note:

Par défaut, BGP annonce les routes actives. Toutefois, vous pouvez configurer BGP pour qu’il annonce les routes inactives, qui vont à la même destination que les autres routes, mais qui ont des mesures moins préférables.

Routes explicitement configurées

Un routage explicitement configuré est un chemin que vous avez configuré. Les routes directes ne sont pas configurées explicitement. Elles sont créées à la suite de la configuration des adresses IP sur une interface. Les routes explicitement configurées comprennent des routes agrégées, générées, locales et statiques. (Une route agrégée est une route qui distille des groupes de routes avec des adresses communes en une seule route. Un routage généré est un routage utilisé lorsque la table de routage ne dispose pas d’informations sur la façon d’atteindre une destination particulière. Une route locale est une adresse IP attribuée à une interface de routeur. Un routage statique est un chemin immuable vers une destination.)

Le logiciel de cadre de stratégies traite les routes directement et explicitement configurées comme si elles étaient apprises via 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 pseudoprotocole, car ce protocole n’est pas un véritable protocole de routage. Toutefois, 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, alors que les routes locales ne le peuvent pas.

Base de données dynamique

Dans Junos OS version 9.5 et versions ultérieures, vous pouvez configurer des stratégies de routage et certains objets de stratégie 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. Ainsi, 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 selon les besoins. BGP est le seul protocole auquel vous pouvez appliquer des stratégies de routage qui font référence aux stratégies configurées dans la base de données dynamique. Une fois qu’une stratégie de routage basée sur la base de données dynamique est configurée et validée dans la configuration standard, vous pouvez rapidement modifier les 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 apportées à 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.

Comprendre la stratégie de routage OSPF

Chaque stratégie de routage est identifiée par un nom de stratégie. Le nom peut contenir des lettres, des chiffres et des traits d’union (-) et peut contenir jusqu’à 255 caractères. Pour inclure des espaces dans le nom, joignez le nom entier entre deux guillemets. Chaque nom de stratégie de routage doit être unique dans une configuration. Une fois qu’une stratégie est créée et nommée, elle doit être appliquée avant qu’elle ne soit active.

Dans l’instruction import , vous indiquez le nom de la stratégie de routage utilisée pour filtrer l’installation de routes externes OSPF dans les tables de routage des voisins OSPF. Vous pouvez filtrer les routes, mais pas l’inondation de l’adresse d’état de liaison (LSA). Une route externe est une route qui se trouve à l’extérieur du système autonome (AS) OSPF. La stratégie d’importation n’a aucun impact sur la base de données OSPF. Cela signifie que la politique d’importation n’a aucun impact sur les publicités d’état de lien.

Dans l’instruction export , vous indiquez le nom de la stratégie de routage à évaluer lors de l’exportation de routes de la table de routage vers OSPF.

Par défaut, si un équipement de routage possède plusieurs zones OSPF, les routes apprises provenant d’autres zones sont automatiquement installées dans la zone 0 de la table de routage.

Pour spécifier plusieurs stratégies et créer une chaîne de stratégies, vous pouvez lister les stratégies à l’aide d’un espace comme séparateur. Si plusieurs stratégies sont spécifiées, elles sont évaluées dans l’ordre dans lequel elles sont spécifiées. Dès qu’une action d’acceptation ou de rejet est exécutée, l’évaluation de la chaîne de stratégies prend fin.

Cette rubrique décrit les informations suivantes :

Conditions de la stratégie de routage

Les stratégies de routage sont composées d’un ou plusieurs termes. Un terme est une structure nommée dans laquelle les conditions et les actions de correspondance sont définies. Vous pouvez définir un ou plusieurs termes. Le nom peut contenir des lettres, des chiffres et des traits d’union ( - ) et peut contenir jusqu’à 255 caractères. Pour inclure des espaces dans le nom, joignez le nom entier entre deux guillemets.

Chaque terme contient un ensemble de conditions de correspondance et un ensemble d’actions :

  • Les conditions de correspondance sont des critères qu’une route doit respecter avant que les actions puissent être appliquées. Si un routage correspond à tous les critères, une ou plusieurs actions sont appliquées au routage.

  • Les actions spécifient s’il faut accepter ou rejeter le routage, contrôler l’évaluation d’une série de stratégies et manipuler les caractéristiques associées à une route.

Conditions de correspondance des stratégies de routage

Une condition de correspondance définit les critères auxquels un routage doit correspondre pour qu’une action se déroule. Vous pouvez définir une ou plusieurs conditions de correspondance pour chaque terme. Si un routage correspond à toutes les conditions de correspondance d’un terme particulier, les actions définies pour ce terme sont traitées.

Chaque terme peut inclure deux déclarations, from et to, qui définissent les conditions de correspondance :

  • Dans l’instruction from , vous définissez les critères auxquels un routage entrant doit correspondre. Vous pouvez spécifier une ou plusieurs conditions de correspondance. Si vous en spécifiez plusieurs, ils doivent tous correspondre à la route pour qu’une correspondance se produise.

    L’instruction from est facultative. Si vous omettez les from instructions et les to instructions, toutes les routes sont considérées comme correspondant.

    Note:

    Dans les stratégies d’exportation, l’omission de l’énoncé from d’une politique de routage peut entraîner des résultats inattendus.

  • Dans l’instruction to , vous définissez les critères auxquels un routage sortant doit correspondre. Vous pouvez spécifier une ou plusieurs conditions de correspondance. Si vous en spécifiez plusieurs, ils doivent tous correspondre à la route pour qu’une correspondance se produise.

L’ordre des conditions de correspondance d’un terme n’est pas important, car un routage doit correspondre à toutes les conditions de correspondance d’un terme pour qu’une action soit prise.

Pour obtenir la liste complète des conditions de correspondance, voir Configuration des conditions de correspondance dans les conditions de stratégie de routage.

Actions des stratégies de routage

Une action définit ce que l’équipement de routage fait avec le routage lorsque celui-ci correspond à toutes les conditions de correspondance dans le from et to les déclarations pour un terme particulier. Si un terme n’a from pas d’instructions to , toutes les routes sont considérées comme correspondant et les actions s’appliquent à toutes les routes.

Chaque terme peut comporter un ou plusieurs des types d’actions suivants. Les actions sont configurées sous l’instruction then .

  • Les actions de contrôle des flux, qui affectent l’acceptation ou le rejet de la route et l’évaluation du terme ou de la stratégie de routage à venir.

  • Actions qui manipulent les caractéristiques de route.

  • Action de traçage, qui journalise les correspondances de route.

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

  • Le terme suivant de la stratégie de routage, le cas échéant, est évalué.

  • Si la stratégie de routage n’a plus de termes, la stratégie de routage suivante, le cas échéant, est évaluée.

  • S’il n’y a plus de conditions ou de stratégies de routage, l’action accept reject spécifiée par la stratégie par défaut est exécutée.

Pour obtenir une liste complète des actions de stratégie de routage, consultez configuration des actions en termes de stratégie de routage.

Comprendre la politique de sélection des sauvegardes pour le protocole OSPF

La prise en charge des routes alternatives sans boucle (LFA) OSPF permet essentiellement de rediriger rapidement l’IP pour OSPF. Junos OS précompute plusieurs routes de sauvegarde sans boucle pour toutes les routes OSPF. Ces routes de sauvegarde sont préinstallées dans le moteur de transfert de paquets, qui effectue une réparation locale et implémente le chemin de secours lorsque la liaison d’un saut suivant principal pour un routage particulier n’est plus disponible. La sélection de la LFA s’effectue au hasard en sélectionnant n’importe quelle LFA correspondante pour progresser vers la destination donnée. Cela ne garantit pas la meilleure couverture de sauvegarde disponible pour le réseau. Afin de choisir le meilleur LFA, Junos OS vous permet de configurer des stratégies de sélection de sauvegarde à l’échelle du réseau pour chaque destination (IPv4 et IPv6) et une interface de saut suivant primaire. Ces stratégies sont évaluées en fonction du groupe d’administrateurs, du srlg, de la bande passante, du type de protection, des mesures et des informations sur les nœuds.

Lors du calcul SPF (Shortest Path-First), chaque nœud et attribut de liaison du chemin de sauvegarde est accumulé par IGP et associé à chaque nœud (routeur) dans la topologie. Le saut suivant du meilleur chemin de sauvegarde est sélectionné comme saut suivant de sauvegarde dans la table de routage. En général, les règles d’évaluation des stratégies de sauvegarde sont classées selon les types suivants :

  • Élagage : règles configurées pour sélectionner le chemin de sauvegarde éligible.

  • Commande : règles configurées pour sélectionner le meilleur parmi les chemins de sauvegarde éligibles.

Les stratégies de sélection de sauvegarde peuvent être configurées à la fois avec des règles d’élagage et de commande. Lors de l’évaluation des stratégies de sauvegarde, chaque chemin de sauvegarde se voit attribuer un score, une valeur entière qui signifie le poids total des critères évalués. Le chemin de sauvegarde avec le score le plus élevé est sélectionné.

Pour appliquer la sélection LFA, configurez diverses règles pour les attributs suivants :

  • admin-group – Les groupes d’administration, également appelés coloration de lien ou classe de ressources, sont assignés manuellement des attributs qui décrivent la « couleur » des liens, de sorte que les liaisons de la même couleur appartiennent conceptuellement à la même classe. Ces groupes d’administration configurés sont définis sous le protocole MPLS. Vous pouvez utiliser des groupes d’administration pour implémenter diverses stratégies de sélection de sauvegarde à l’aide de l’option exclure, inclure-tout, include-any ou préférence.

  • srlg : un groupe de liaisons à risque partagé (SRLG) est un ensemble de liens partageant une ressource commune, qui affecte toutes les liaisons de l’ensemble en cas d’échec de la ressource commune. Ces liaisons partagent le même risque de défaillance et sont donc considérées comme appartenant au même SRLG. Par exemple, les liaisons partageant une fibre commune se trouvent dans le même SRLG, car une défaillance de la fibre peut entraîner l’échec de toutes les liaisons du groupe. Un SRLG est représenté par un nombre unique de 32 bits au sein d’un domaine IGP (OSPF). Une liaison peut appartenir à plusieurs SRLG. Vous pouvez définir la sélection de sauvegarde pour autoriser ou rejeter les SRLG communs entre le chemin principal et le chemin de sauvegarde. Ce rejet des SRLG communs est basé sur l’absence de liaison ayant des SRLGs communs dans le saut suivant principal et le SPF de secours.

    Note:

    Les groupes d’administration et les SRLG ne peuvent être créés que pour les topologies par défaut.

  • bande passante : la bande passante spécifie les contraintes de bande passante entre le chemin principal et le chemin de secours. La liaison de sauvegarde du saut suivant ne peut être utilisée que si la bande passante de l’interface de saut suivant de sauvegarde est supérieure ou égale à la bande passante du saut suivant principal.

  • type de protection : le type de protection protège la destination contre la défaillance du nœud principal ou la défaillance de liaison de la liaison principale. Vous pouvez configurer un nœud, un lien ou un nœud-liaison pour protéger la destination. Si le nœud de liaison est configuré , le LFA de protection des nœuds est préféré à la LFA de protection des liaisons.

  • nœud - Le nœud est des informations de stratégie par nœud. Ici, le nœud peut être un routeur directement connecté, un routeur distant comme RSVP backup LSP tail-end, ou tout autre routeur dans le chemin SPF de secours. Les nœuds sont identifiés via l’id de route annoncé par un nœud du LSP. Vous pouvez lister les nœuds à préférer ou à exclure dans le chemin de sauvegarde.

  • métrique : c’est la mesure qui décide de la façon dont les LFAs doivent être préférés. Dans le chemin de sélection de sauvegarde, les métriques racines et dest-metric sont les deux types de mesures. la métrique racine indique la mesure au voisin d’un saut ou à un routeur distant tel qu’un routeur de queue LSP de secours RSVP. Le dest-metric indique la mesure d’un voisin à un saut ou d’un routeur distant tel qu’un routeur LSP de secours RSVP jusqu’à la destination finale. L’évaluation métrique se fait par ordre croissant ou décroissant. Par défaut, la première préférence est donnée aux chemins de sauvegarde dont l’évaluation de destination est la plus faible, puis aux chemins de sauvegarde avec les mesures racines les plus basses.

L’ordre d’évaluation vous permet de contrôler l’ordre et les critères d’évaluation de ces attributs dans le chemin de sauvegarde. Vous pouvez configurer explicitement l’ordre d’évaluation. Seuls les attributs configurés influencent la sélection du chemin de sauvegarde. L’ordre d’évaluation par défaut de ces attributs pour la LFA est [ admin-group srlg protection-type node metric ] .

Note:

Les attributs TE ne sont pas pris en charge dans OSPFv3 et ne peuvent pas être utilisés pour l’évaluation des stratégies de sélection de sauvegarde pour les préfixes IPv6.

Configuration de la stratégie de sélection de sauvegarde pour le protocole OSPF

La prise en charge des routes alternatives sans boucle (LFA) OSPF permet essentiellement de rediriger rapidement l’IP pour OSPF. Junos OS précompute plusieurs routes de sauvegarde sans boucle pour toutes les routes OSPF. Ces routes de sauvegarde sont préinstallées dans le moteur de transfert de paquets, qui effectue une réparation locale et implémente le chemin de secours lorsque la liaison d’un saut suivant principal pour un routage particulier n’est plus disponible. La sélection de la LFA s’effectue au hasard en sélectionnant n’importe quelle LFA correspondante pour progresser vers la destination donnée. Cela ne garantit pas la meilleure couverture de sauvegarde disponible pour le réseau. Afin de choisir le meilleur LFA, Junos OS vous permet de configurer des stratégies de sélection de sauvegarde à l’échelle du réseau pour chaque destination (IPv4 et IPv6) et une interface de saut suivant primaire. Ces stratégies sont évaluées en fonction du groupe d’administrateurs, du srlg, de la bande passante, du type de protection, des mesures et des informations sur les nœuds.

Avant de commencer à configurer la stratégie de sélection de sauvegarde pour le protocole OSPF :

  • Configurez les interfaces du routeur. Consultez le guide d’administration de la gestion du réseau Junos OS pour les équipements de routage.

  • Configurez un protocole de passerelle intérieure ou un routage statique. Consultez la bibliothèque de protocoles de routage Junos OS pour les équipements de routage.

Pour configurer la stratégie de sélection de sauvegarde pour le protocole OSPF :

  1. Configurez l’équilibrage de charge par paquet.
  2. Activez RSVP sur toutes les interfaces.
  3. Configurez des groupes d’administration.
  4. Configurez les valeurs srlg.
  5. Activez MPLS sur toutes les interfaces.
  6. Appliquez MPLS à une interface configurée avec un groupe d’administration.
  7. Configurez l’ID du routeur.
  8. Appliquez la stratégie de routage à tous les chemins multi-chemins à coût égal exportés de la table de routage vers la table de transfert.
  9. Activez la protection des liaisons et configurez des valeurs métriques sur toutes les interfaces d’une zone.
  10. Configurez le groupe d’administration de la stratégie de sélection de sauvegarde pour une adresse IP.

    Vous pouvez choisir d’exclure, d’inclure tout, d’en inclure un ou de préférer les groupes d’administration du chemin de sauvegarde.

    • Spécifiez le groupe d’administration à exclure.

      Le chemin de sauvegarde n’est pas sélectionné comme l’alternative sans boucle (LFA) ni comme nexthop de sauvegarde si l’une des liaisons du chemin possède l’un des groupes d’administration répertoriés.

      Par exemple, pour exclure le groupe c1 du groupe d’administration :

    • Configurez tous les groupes d’administration si chaque liaison du chemin de sauvegarde nécessite tous les groupes d’administration répertoriés pour accepter le chemin.

      Par exemple, pour définir tous les groupes administratifs si chaque liaison nécessite tous les groupes administratifs répertoriés pour accepter le chemin :

    • Configurez n’importe quel groupe d’administration si chaque liaison du chemin de sauvegarde nécessite au moins un des groupes d’administration répertoriés pour sélectionner le chemin.

      Par exemple, pour définir un groupe d’administration si chaque liaison du chemin de sauvegarde nécessite au moins un des groupes d’administration répertoriés pour sélectionner le chemin :

    • Définissez un ensemble ordonné d’un groupe d’administration qui spécifie la préférence du chemin de sauvegarde.

      L’élément le plus à gauche de l’ensemble a la préférence la plus élevée.

      Par exemple, pour définir un ensemble ordonné d’un groupe d’administration qui spécifie la préférence du chemin de sauvegarde :

  11. Configurez le chemin de sauvegarde pour permettre la sélection du saut suivant de sauvegarde uniquement si la bande passante est supérieure ou égale à la bande passante du saut suivant principal.
  12. Configurez le chemin de sauvegarde pour spécifier la métrique du voisin à un saut ou du routeur distant, par exemple un routeur LSP (Backup Label-Switched Path) de secours jusqu’à la destination finale.

    La mesure de destination peut être la plus élevée ou la plus faible.

    • Configurez le chemin de sauvegarde qui a la métrique de destination la plus élevée.

    • Configurez le chemin de sauvegarde qui a la métrique de destination la plus basse.

  13. Configurez le chemin de sauvegarde qui est un chemin en aval vers la destination.
  14. Définissez l’ordre de préférence de la racine et de la métrique de destination lors de la sélection du chemin de sauvegarde.

    L’ordre de préférence peut être :

    • [root dest] : la sélection ou la préférence des chemins de sauvegarde est d’abord basée sur les critères métriques racines. Si les critères de toutes les métriques racines sont les mêmes, alors la sélection ou la préférence est basée sur la métrique dest.

    • [racine dest] : la sélection ou la préférence pour les chemins de sauvegarde est d’abord basée sur les critères dest-metric. Si les critères de tous les dest-metric sont les mêmes, alors la sélection est basée sur la métrique racine.

  15. Configurez le chemin de sauvegarde pour définir une liste d’adresses IP en boucle arrière des voisins adjacents afin d’exclure ou de préférer dans la sélection des chemins de sauvegarde.

    Le voisin peut être un voisin local (routeur adjacent), un voisin distant ou tout autre routeur du chemin de secours.

    • Configurez la liste des voisins à exclure.

      Le chemin de sauvegarde sur lequel se trouve un routeur de la liste n’est pas sélectionné comme l’alternative sans boucle ni comme saut suivant de sauvegarde.

    • Configurez un ensemble ordonné de voisins à préférer.

      Le chemin de sauvegarde ayant le voisin le plus gauche est sélectionné.

  16. Configurez le chemin de sauvegarde pour spécifier le type de protection requis pour le chemin de sauvegarde à être une liaison, un nœud ou une liaison de nœud.
    • Sélectionnez le chemin de sauvegarde qui protège les liaisons.

    • Sélectionnez le chemin de sauvegarde qui assure la protection des nœuds.

    • Sélectionnez le chemin de sauvegarde qui permet une protection des nœuds ou des liaisons LFA où la protection des nœuds est préférable à la LFA de protection des liaisons.

  17. Spécifiez la mesure au voisin à un saut ou au routeur distant, par exemple un routeur LSP (Label-Switched-Path) de secours.
    • Sélectionnez le chemin avec la mesure racine la plus élevée.

    • Sélectionnez le chemin avec la mesure racine la plus basse.

  18. Configurez le chemin de sélection de sauvegarde pour autoriser ou rejeter les groupes de liens à risque partagés (SRLG) communs entre la liaison principale et chaque lien du chemin de sauvegarde.
    • Configurez le chemin de sauvegarde pour permettre des srlgs communs entre la liaison principale et chaque liaison du chemin de sauvegarde.

      Un chemin de secours avec moins de collisions srlg est préférable.

    • Configurez le chemin de sauvegarde pour rejeter le chemin de sauvegarde qui a des srlgs communs entre la liaison principale du saut suivant et chaque liaison du chemin de sauvegarde.

  19. Configurez le chemin de sauvegarde pour contrôler l’ordre et les critères d’évaluation du chemin de sauvegarde en fonction du groupe d’administration, du srlg, de la bande passante, du type de protection, du nœud et de la mesure.

    L’ordre d’évaluation par défaut est admin-group, srlg, bande passante, type de protection, nœud et métrique.

Alternative sans boucle indépendante de la topologie avec routage de segments pour OSPF

Comprendre l’alternative sans boucle indépendante de la topologie avec le routage de segments pour OSPF

Le routage de segments permet à un routeur d’envoyer un paquet le long d’un chemin spécifique du réseau en imposant une pile de labels qui décrit le chemin. Il n’est pas nécessaire d’établir les actions de transfert décrites par une pile d’étiquettes de routage de segments par chemin. Par conséquent, un routeur entrant peut instancier un chemin arbitraire à l’aide d’une pile de labels de routage de segments et l’utiliser immédiatement sans aucune signalisation.

Dans le routage de segments, chaque nœud annonce des mappages entre les labels entrants et les actions de transfert. Une action de transfert spécifique est appelée segment et le label qui identifie ce segment est appelé identifiant de segment (SID). Les chemins de sauvegarde créés par TI-LFA utilisent les types de segments suivants :

  • Segment de nœud : un segment de nœud transfère des paquets le long du ou des chemins les plus courts vers un nœud de destination. Le label représentant le segment de nœud (le nœud SID) est permuté jusqu’à ce que le nœud de destination soit atteint.

  • Segment d’adjacence : un segment d’adjacence transfère les paquets sur une interface spécifique sur le nœud qui a annoncé le segment d’adjacence. Le label représentant un segment d’adjacence (le SID d’adjacence) est sauté par le nœud qui l’a annoncé.

Un routeur peut envoyer un paquet le long d’un chemin spécifique en créant une pile d’étiquettes qui utilise une combinaison de SIDs de nœud et de SIDs d’adjacence. En règle générale, les SID de nœud sont utilisés pour représenter des parties du chemin qui correspondent au chemin le plus court entre deux nœuds. Un SID d’adjacence est utilisé partout où un SID de nœud ne peut pas être utilisé pour représenter avec précision le chemin souhaité.

Lorsqu’il est utilisé avec OSPF, TI-LFA offre une protection contre les défaillances de liaison, les défaillances de nœud, les défaillances de partage de destin et les défaillances des groupes de liaisons à risque partagé. En mode échec de liaison, la destination est protégée en cas d’échec de la liaison. En mode protection des nœuds, la destination est protégée si le voisin connecté à la liaison principale échoue. Pour déterminer le chemin post-convergence protégeant les nœuds, on suppose que le coût de toutes les liaisons qui quittent le voisin augmente d’un montant configurable.

À partir de la version 20.3R1 de Junos OS, vous pouvez configurer la protection de partage de destin dans les réseaux TI-LFA pour le routage de segments afin de choisir un chemin de reroutage rapide qui n’inclut pas de groupes de partage de destin dans les chemins de sauvegarde TI-LFA (Topology-Independent Loop-Free Alternate Alternate) pour éviter les défaillances de partage du destin. Avec la protection de partage du destin, une liste de groupes de partage de destin est configurée sur chaque PLR avec les liaisons de chaque groupe de partage de destin identifiées par leurs adresses IP respectives. Le PLR associe un coût à chaque groupe de destin partagé. Le chemin post-convergence du partage du destin est calculé en supposant que le coût de chaque liaison du même groupe de partage du destin que la liaison défaillante a augmenté le coût associé à ce groupe.

À partir de la version 20.3R1 de Junos OS, vous pouvez configurer la protection SRLG (Shared Risk Link Group) dans les réseaux TI-LFA pour le routage de segments afin de choisir un chemin de reroutage rapide qui n’inclut pas de liaisons SRLG dans les chemins de sauvegarde TI-LFA (Topology-Independent Loop-Free Alternate Alternate) (TI-LFA). Les SRLG partagent une fibre commune et partagent également les risques d’une liaison brisée. Lorsqu’une liaison d’un SRLG échoue, d’autres liaisons du groupe peuvent également échouer. Par conséquent, vous devez éviter les liaisons qui partagent le même risque que la liaison protégée dans le chemin de sauvegarde. La configuration de la protection SRLG empêche TI-LFA de sélectionner des chemins de sauvegarde comprenant une liaison à risque partagé. Si vous avez configuré la protection SRLG, OSPFv2 calcule le chemin de reroutage rapide aligné sur le chemin de convergence post-convergence et exclut les liaisons qui appartiennent au SRLG de la liaison protégée. Toutes les liaisons locales et distantes qui proviennent du même SRLG que la liaison protégée sont exclues du chemin de back-up TI-LFA. Le point de réparation locale (PLR) configure la pile d’étiquettes pour le chemin de reroutage rapide avec une interface sortante différente. Actuellement, vous ne pouvez pas activer la protection SRLG dans les réseaux IPv6 et dans les réseaux multitopologiques.

Afin de construire un chemin de sauvegarde qui suit le chemin de post-convergence, TI-LFA peut utiliser plusieurs étiquettes dans la pile de labels qui définissent le chemin de sauvegarde. Si le nombre de labels requis pour construire un chemin de sauvegarde après convergence particulier dépasse un certain nombre de labels, il est utile dans certaines circonstances de ne pas installer ce chemin de sauvegarde. Vous pouvez configurer le nombre maximal de labels qu’un chemin de sauvegarde peut avoir pour être installé. La valeur par défaut est 3, avec une plage de 2 à 5.

Il est souvent le cas que la voie post-convergence pour une défaillance donnée est en fait un ensemble de chemins à coût égal. TI-LFA tente de construire les chemins de secours vers une destination donnée en utilisant plusieurs chemins à coût égal dans la topologie post-échec. En fonction de la topologie, TI-LFA peut avoir besoin d’utiliser différentes piles d’étiquettes pour construire avec précision ces chemins de sauvegarde à coût égal. Par défaut, TI-LFA n’installe qu’un seul chemin de sauvegarde pour une destination donnée. Cependant, vous pouvez configurer la valeur dans la plage de 1 à 8.

Avantages de l’utilisation d’une alternative sans boucle indépendante de la topologie avec le routage de segments

  • Depuis plusieurs années, l’alternative sans boucle (LFA) et la LFA distante (RLFA) sont utilisées pour assurer une protection contre le reroutage rapide. Avec la LFA, un point de réparation locale (PLR) détermine si un paquet envoyé à l’un de ses voisins directs arrive ou non à destination sans boucler à travers le PLR. Dans une topologie de réseau typique, environ 40 à 60 % des destinations peuvent être protégées par la LFA. La LFA distante étend le concept de LFA en permettant au PLR d’imposer un label unique pour tunneliser le paquet vers un point de terminaison de tunnel de réparation à partir duquel le paquet peut atteindre sa destination sans boucler par le PLR. Grâce à la LFA distante, plus de destinations peuvent être protégées par le PLR que par le LFA. Toutefois, en fonction de la topologie du réseau, le pourcentage de destinations protégées par la LFA distante est généralement inférieur à 100 %.

  • Le LFA indépendant de la topologie (TI-LFA) étend le concept de LFA et de LFA à distance en permettant au PLR d’utiliser des piles d’étiquettes plus profondes pour construire des chemins de sauvegarde. En outre, TI-LFA impose la contrainte que le chemin de secours utilisé par le PLR soit le même chemin qu’un paquet prend une fois que le protocole IGP (Interior Gateway Protocol) a convergé pour un scénario de défaillance donné. Ce chemin est appelé chemin post-convergence.

  • L’utilisation du chemin post-convergence comme chemin de secours présente certaines caractéristiques souhaitables. Pour certaines topologies, un opérateur réseau n’a qu’à s’assurer qu’il dispose d’une capacité suffisante pour transporter le trafic sur le chemin post-convergence après une défaillance. Dans ces cas, un opérateur réseau n’a pas besoin d’allouer de capacité supplémentaire pour gérer le modèle de trafic immédiatement après la défaillance alors que le chemin de sauvegarde est actif, car le chemin de sauvegarde suit le chemin de post-convergence.

  • Lorsqu’il est utilisé avec OSPF, TI-LFA offre une protection contre les défaillances de liaison et les défaillances de nœud.

Configuration d’une alternative sans boucle indépendante de la topologie avec le routage de segments pour OSPF

Avant de configurer TI-LFA pour OSPF, assurez-vous de configurer SPRING ou le routage de segments.

À partir de la version 19.3R1 de Junos OS, Junos prend en charge la création de chemins de sauvegarde TI-LFA indépendants de la topologie OSPF, où le préfixe SID est tiré d’une annonce de serveur de mappage de segments lorsque le PLR et le serveur de mappage se trouvent tous les deux dans la même zone OSPF.

Pour configurer TI-LFA à l’aide de SPRING pour OSPF, vous devez effectuer les opérations suivantes :

  1. Activez le protocole TI-LFA pour OSPF.
  2. (Facultatif) Configurez les attributs SPF (BackupEst Shortest Path First), tels que les chemins de sauvegarde multi-chemins à coût égal (ECMP) maximum et les étiquettes maximales pour TI-LFA pour le protocole OSPF.
  3. Configurez le calcul et l’installation d’un chemin de secours qui suit le chemin post-convergence sur la zone donnée et l’interface pour le protocole OSPF.
  4. (Facultatif) Activez la protection des nœuds pour une zone et une interface données.
  5. (Facultatif) Activez la protection par répartition des destins pour une zone et une interface données.
  6. (Facultatif) Activez la protection SRLG pour une zone et une interface données.

Exemple : configuration de la stratégie de sélection de sauvegarde pour le protocole OSPF ou OSPF3

Cet exemple montre comment configurer la stratégie de sélection de sauvegarde pour le protocole OSPF ou OSPF3, ce qui vous permet de sélectionner une alternative sans boucle (LFA) dans le réseau.

Lorsque vous activez les stratégies de sélection de sauvegarde, Junos OS permet de sélectionner la LFA en fonction des règles de stratégie et des attributs des liaisons et des nœuds du réseau. Ces attributs sont admin-group, srlg, bande passante, type de protection, métrique et nœud.

Exigences

Cet exemple utilise les composants matériels et logiciels suivants :

  • Huit routeurs pouvant être une combinaison de routeurs de périphérie multiservice M Series, de plates-formes de routage universelles 5G MX Series, de routeurs de transport de paquets PTX Series et de routeurs centraux T Series

  • Junos OS Version 15.1 ou ultérieure s’exécutant sur tous les équipements

Avant de commencer :

  1. Configurez les interfaces de l’équipement.

  2. Configurez OSPF.

Aperçu

Dans Junos OS, l’algorithme ou critère de sélection de l’alternative sans boucle (LFA) par défaut peut être remplacé par une stratégie LFA. Ces stratégies sont configurées pour chaque destination (IPv4 et IPv6) et une interface principale de saut suivant . Ces stratégies de sauvegarde appliquent la sélection LFA en fonction des attributs d’admin-group, srlg, de bande passante, de type de protection, de mesure et de nœud du chemin de sauvegarde. Lors du calcul SPF (Shortest Path-First) de sauvegarde, chaque attribut (nœud et liaison) du chemin de sauvegarde, stocké par saut suivant de sauvegarde, est accumulé par IGP. Pour les routes créées en interne par IGP, l’ensemble d’attributs de chaque chemin de sauvegarde est évalué en fonction de la stratégie configurée pour chaque destination (IPv4 et IPv6) et d’une interface de saut suivant primaire. Le premier ou le meilleur chemin de sauvegarde est sélectionné et installé comme saut de sauvegarde suivant dans la table de routage. Pour configurer la stratégie de sélection de sauvegarde, incluez l’énoncé de backup-selection configuration au niveau de la [edit routing-options] hiérarchie. La show backup-selection commande affiche les stratégies configurées pour une interface et une destination données. L’affichage peut être filtré par rapport à une destination, un préfixe, une interface ou des systèmes logiques particuliers.

Topologie

Dans cette topologie illustrée en figure 2, la stratégie de sélection de sauvegarde est configurée sur l’équipement R3.

Figure 2 : Exemple de stratégie de sélection de sauvegarde pour OSPF ou OPSF3 Example Backup Selection Policy for OSPF or OPSF3

Configuration

Configuration rapide cli

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour correspondre à la configuration de votre réseau, copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie, puis entrez commit à partir du mode de configuration.

R0

R1

R2

R3

R4

R5

R6

R7

Configuration de l’équipement R3

Procédure étape par étape

L’exemple suivant exige que vous parcouriez différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation sur l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le guide de l’utilisateur CLI.

Pour configurer l’équipement R3 :

  1. Configurez les interfaces.

  2. Configurez les valeurs srlg.

  3. Configurez l’ID du routeur.

  4. Appliquez la stratégie de routage à tous les chemins multi-chemins à coût égal exportés de la table de routage vers la table de transfert.

  5. Configurez les attributs de la stratégie de sélection de sauvegarde.

  6. Activez RSVP sur toutes les interfaces.

  7. Configurez des groupes d’administration.

  8. Activez MPLS sur toutes les interfaces et configurez un groupe d’administration pour une interface.

  9. Activez la protection des liaisons et configurez des valeurs métriques sur toutes les interfaces d’une zone OSPF.

  10. Activez la protection des liaisons et configurez des valeurs métriques sur toutes les interfaces d’une zone OSPF3.

  11. Configurez la stratégie de routage.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show protocols, show policy-optionset les show routing-options commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Si vous avez fini de configurer l’équipement, saisissez commit à partir du mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des routes

But

Vérifiez que les routes attendues sont bien apprises.

Action

À partir du mode opérationnel, exécutez la show route commande de la table de routage.

Sens

La sortie affiche toutes les routes R3 de l’équipement.

Vérification du routage OSPF

But

Vérifiez la table de routage d’OSPF.

Action

À partir du mode opérationnel, exécutez la commande pour l’équipement show ospf route detail R3.

Sens

La sortie affiche la table de routage des routeurs OSPF.

Vérification de la route OSPF3

But

Vérifiez la table de routage d’OSPF3.

Action

À partir du mode opérationnel, exécutez la commande pour l’équipement show ospf3 route detail R3.

Sens

La sortie affiche la table de routage des routeurs OSPF3.

Vérification de la stratégie de sélection de sauvegarde pour l’équipement R3

But

Vérifiez la stratégie de sélection de sauvegarde pour l’équipement R3.

Action

À partir du mode opérationnel, exécutez la commande pour l’équipement show backup-selection R3.

Sens

La sortie affiche les stratégies configurées par préfixe par interface principale de saut suivant.

Exemple : injection de routes OSPF dans la table de routage BGP

Cet exemple montre comment créer une stratégie qui injecte des routes OSPF dans la table de routage BGP.

Exigences

Avant de commencer :

Aperçu

Dans cet exemple, vous créez une stratégie de routage appelée injectpolicy1 et un terme de routage appelé injectterm1. La stratégie injecte des routes OSPF dans la table de routage BGP.

Topologie

Configuration

Configuration de la stratégie de routage

Configuration rapide cli

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour correspondre à la configuration de votre réseau, copiez et collez les commandes dans la CLI au niveau de la hiérarchie [modifier], puis saisissez commit à partir du mode de configuration.

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation sur l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le guide de l’utilisateur CLI.

Pour injecter des routes OSPF dans une table de routage BGP :

  1. Créez le terme de la stratégie.

  2. Spécifiez OSPF comme condition de correspondance.

  3. Spécifiez les routes d’une zone OSPF comme condition de correspondance.

  4. Spécifiez que le routage doit être accepté si les conditions précédentes sont assorties.

  5. Appliquez la stratégie de routage à BGP.

Résultats

Confirmez votre configuration en entrant les commandes et show protocols bgp depuis le show policy-options mode de configuration. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Si vous avez fini de configurer l’équipement, saisissez commit à partir du mode de configuration.

Configuration du traçage pour la stratégie de routage

Configuration rapide cli

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour correspondre à la configuration de votre réseau, copiez et collez les commandes dans la CLI au niveau de la hiérarchie [modifier], puis saisissez commit à partir du mode de configuration.

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation sur l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le guide de l’utilisateur CLI.

  1. Incluez une action de traçage dans la stratégie.

  2. Configurez le fichier de suivi pour la sortie.

Résultats

Confirmez votre configuration en entrant les commandes et show routing-options depuis le show policy-options mode de configuration. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Si vous avez fini de configurer l’équipement, saisissez commit à partir du mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérifier que les routes BGP attendues sont présentes

But

Vérifiez l’effet de la stratégie d’exportation.

Action

Depuis le mode opérationnel, saisissez la show route commande.

Dépannage

Utiliser la commande show log pour examiner les actions de la stratégie de routage

Problème

La table de routage contient des routes inattendues, ou des routes sont manquantes dans la table de routage.

Solution

Si vous configurez le suivi des stratégies comme illustré dans cet exemple, vous pouvez exécuter la show log ospf-bgp-policy-log commande pour diagnostiquer les problèmes avec la stratégie de routage. La show log ospf-bgp-policy-log commande affiche des informations sur les routes que le injectpolicy1 terme de stratégie analyse et agit sur.

Exemple : redistribuer des routes statiques dans OSPF

Cet exemple montre comment créer une stratégie qui redistribue les routes statiques dans OSPF.

Exigences

Avant de commencer :

Aperçu

Dans cet exemple, vous créez une stratégie de routage appelée exportstatic1 et un terme de routage appelé exportstatic1. La stratégie injecte des routes statiques dans OSPF. Cet exemple inclut les paramètres suivants :

  • policy-statement: définit la stratégie de routage. Vous spécifiez le nom de la stratégie et définissez davantage les éléments de la stratégie. Le nom de la stratégie doit être unique et peut contenir des lettres, des chiffres et des traits d’union ( - ) et contenir jusqu’à 255 caractères.

  • term: définit la condition de correspondance et les actions applicables pour la stratégie de routage. Le nom du terme peut contenir des lettres, des chiffres et des traits d’union ( - ) et contenir jusqu’à 255 caractères. Vous spécifiez le nom du terme et définissez les critères qu’une route entrante doit correspondre en incluant l’instruction from et l’action à entreprendre si le routage correspond aux conditions en incluant l’instruction then . Dans cet exemple, vous spécifiez la condition de correspondance de protocole statique et l’action d’acceptation.

  • export: applique la stratégie d’exportation que vous avez créée pour être évaluée lors de l’exportation de routes de la table de routage vers OSPF.

Topologie

Configuration

Configuration rapide cli

Pour créer rapidement une stratégie qui injecte des routes statiques dans OSPF, copiez les commandes suivantes et collez-les dans la CLI.

Procédure

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Modification de la configuration de Junos OS dans le Guide de l’utilisateur CLI.

Pour injecter des routes statiques dans OSPF :

  1. Créez la stratégie de routage.

  2. Créez le terme de la stratégie.

  3. Spécifiez statique comme condition de correspondance.

  4. Spécifiez que le routage doit être accepté si la condition précédente est correspondante.

  5. Appliquez la stratégie de routage à OSPF.

    Note:

    Pour OSPFv3, incluez l’instruction ospf3 au niveau de la [edit protocols] hiérarchie.

  6. Si vous avez fini de configurer l’équipement, validez la configuration.

Résultats

Confirmez votre configuration en entrant les show policy-options commandes et show protocols ospf . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Pour confirmer votre configuration OSPFv3, saisissez les show policy-options commandes et.show protocols ospf3

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérifier que les routes statiques attendues sont présentes

But

Vérifiez l’effet de la stratégie d’exportation.

Action

Depuis le mode opérationnel, saisissez la show route commande.

Vérifier que les LSA externes AS sont ajoutés à la table de routage

But

Sur l’équipement de routage sur lequel vous avez configuré la stratégie d’exportation, vérifiez que l’équipement de routage est à l’origine d’un LSA externe AS pour les routes statiques ajoutées à la table de routage.

Action

À partir du mode opérationnel, saisissez la show ospf database commande pour OSPFv2 et la show ospf3 database commande pour OSPFv3.

Exemple : configuration d’une stratégie d’importation OSPF

Cet exemple montre comment créer une stratégie d’importation OSPF. Les stratégies d’importation OSPF s’appliquent uniquement aux routes externes. Une route externe est une route qui se trouve en dehors du système autonome OSPF (AS).

Exigences

Avant de commencer :

Aperçu

Les routes externes sont apprises par les routeurs de périphérie AS. Les routes externes peuvent être annoncées dans tout le domaine OSPF si vous configurez le routeur de limite AS pour redistribuer le routage dans OSPF. Un routage externe peut être appris par le routeur de limite AS à partir d’un protocole de routage autre qu’OSPF, ou la route externe peut être une route statique que vous configurez sur le routeur de limite AS.

Pour OSPFv3, la publicité à l’état des liens (LSA) est appelée préfixe inter-zones LSA et remplit la même fonction qu’une synthèse du réseau LSA pour OSPFv2. Un routeur de bordure de zone (ABR) génère un préfixe inter-zones LSA pour chaque préfixe IPv6 qui doit être annoncé dans une zone.

La stratégie d’importation OSPF vous permet d’empêcher l’ajout de routes externes aux tables de routage des voisins OSPF. La stratégie d’importation n’a aucun impact sur la base de données OSPF. Cela signifie que la politique d’importation n’a aucun impact sur les publicités d’état de lien. Le filtrage s’effectue uniquement sur les routes externes dans OSPF. Les routes intra-zone et inter-zones ne sont pas prises en compte pour le filtrage. L’action par défaut consiste à accepter le routage lorsque celui-ci ne correspond pas à la stratégie.

Cet exemple inclut les paramètres de stratégie OSPF suivants :

  • policy-statement: définit la stratégie de routage. Vous spécifiez le nom de la stratégie et définissez davantage les éléments de la stratégie. Le nom de la stratégie doit être unique et peut contenir des lettres, des chiffres et des traits d’union ( - ) et contenir jusqu’à 255 caractères.

  • export: applique la stratégie d’exportation que vous avez créée pour être évaluée lorsque les LSA récapitulatifs du réseau sont inondés dans une zone. Dans cet exemple, la stratégie d’exportation est nommée export_static.

  • import: applique la stratégie d’importation que vous avez créée pour empêcher l’ajout de routes externes à la table de routage. Dans cet exemple, la stratégie d’importation s’appelle filter_routes.

Les équipements que vous configurez dans cet exemple représentent les fonctions suivantes :

  • R1 : l’équipement R1 se trouve dans la zone 0.0.0.0 et est directement connecté à l’équipement R2. R1 a une stratégie d’exportation OSPF configurée. La stratégie d’exportation redistribue les routes statiques de la table de routage de R1 dans la base de données OSPF de R1. Comme le routage statique se trouve dans la base de données OSPF de R1, le routage est annoncé dans un LSA vers le voisin OSPF de R1. Le voisin OSPF du R1 est l’équipement R2.

  • R2 : l’équipement R2 se trouve dans la zone 0.0.0.0 et est directement connecté à l’équipement R1. R2 dispose d’une stratégie d’importation OSPF configurée qui fait correspondre le routage statique au réseau 10.0.16.0/30 et empêche l’installation du routage statique dans la table de routage du R2. Le voisin OSPF de R2 est l’équipement R1.

Configuration

Configuration rapide cli

Pour configurer rapidement une stratégie d’importation OSPF, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour correspondre à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la hiérarchie [modifier], puis entrez commit à partir du mode de configuration.

Configuration sur l’équipement R1 :

Configuration sur l’équipement R2 :

Procédure

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Modification de la configuration de Junos OS dans leGuide de l’utilisateur CLI.

Pour configurer une stratégie d’importation OSPF :

  1. Configurez les interfaces.

  2. Activez OSPF sur les interfaces.

    Note:

    Pour OSPFv3, incluez l’instruction ospf3 au niveau de la [edit protocols] hiérarchie.

  3. Sur le protocole R1, redistribuez le routage statique dans OSPF.

  4. Sur le protocole R2, configurez la stratégie d’importation OSPF.

  5. Si vous avez fini de configurer les équipements, validez la configuration.

Résultats

Confirmez votre configuration en entrant le show interfaces, show policy-optionset show protocols ospf les commandes sur l’équipement approprié. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Sortie pour R1 :

Sortie pour R2 :

Pour confirmer votre configuration OSPFv3, saisissez le show interfaces, show policy-optionset show routing-optionsshow protocols ospf3 les commandes sur l’équipement approprié.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de la base de données OSPF

But

Vérifiez qu’OSPF annonce le routage statique dans la base de données OSPF.

Action

À partir du mode opérationnel, saisissez le show ospf database pour OSPFv2 et la show ospf3 database commande pour OSPFv3.

Vérification de la table de routage

But

Vérifiez les entrées dans la table de routage.

Action

Depuis le mode opérationnel, saisissez la show route commande.

Exemple : configuration d’une stratégie de filtre de routage pour spécifier la priorité des préfixes appris via OSPF

Cet exemple montre comment créer une stratégie d’importation OSPF qui hiérarchise les préfixes spécifiques appris via OSPF.

Exigences

Avant de commencer :

Aperçu

Dans un réseau avec un grand nombre de routes OSPF, il peut être utile de contrôler l’ordre dans lequel les routes sont mises à jour en réponse à une modification de la topologie du réseau. Dans junos OS version 9.3 et versions ultérieures, vous pouvez spécifier une priorité de haut, moyen ou faible pour les préfixes inclus dans une stratégie d’importation OSPF. En cas de modification de la topologie OSPF, les préfixes de priorité élevée sont mis à jour d’abord dans la table de routage, suivis des préfixes de priorité moyenne, puis faible.

La stratégie d’importation OSPF ne peut être utilisée que pour définir la priorité ou pour filtrer les routes externes OSPF. Si une stratégie d’importation OSPF est appliquée qui aboutit à une reject action de terminaison pour une route non externe, alors l’action reject est ignorée et le routage est de toute façon accepté. Par défaut, un tel routage est désormais installé dans la table de routage avec une priorité de faible. Ce comportement empêche les trous noirs du trafic, c’est-à-dire le trafic rejeté en silence, en garantissant un routage cohérent au sein du domaine OSPF.

En général, les routes OSPF qui ne sont pas explicitement prioritaires sont traitées comme des supports prioritaires, à l’exception des éléments suivants :

  • Les routes de rejet sommaires ont une priorité par défaut faible.

  • Les routes locales qui ne sont pas ajoutées à la table de routage se voient attribuer une priorité de faible.

  • Les routes externes qui sont rejetées par la stratégie d’importation et qui ne sont donc pas ajoutées à la table de routage se voient attribuer une priorité de faible.

Tous les critères de correspondance disponibles applicables aux routes OSPF peuvent être utilisés pour déterminer la priorité. Deux des critères de correspondance les plus couramment utilisés pour OSPF sont les route-filter déclarations et tag .

Dans cet exemple, l’équipement de routage se trouve dans la zone 0.0.0.0, avec des interfaces fe-0/1/0 et fe-1/1/0 se connectant aux équipements voisins. Vous configurez une stratégie de routage d’importation nommée ospf-import pour spécifier une priorité pour les préfixes appris via OSPF. Les routes associées à ces préfixes sont installées dans la table de routage dans l’ordre de priorité spécifié des préfixes. Les routes correspondantes 192.0.2.0/24 orlonger sont installées en premier, car elles ont la priorité de high. Les routes correspondantes 198.51.100.0/24 orlonger sont installées ensuite, car elles ont une priorité de medium. Les routes correspondantes 203.0.113.0/24 orlonger sont installées en dernier parce qu’elles ont une priorité de low. Vous appliquez ensuite la stratégie d’importation à OSPF.

Note:

La valeur de priorité prend effet lors de l’installation d’un nouveau routage ou d’une modification d’une route existante.

Topologie

Configuration

Configuration rapide cli

Pour configurer rapidement une stratégie d’importation OSPF qui hiérarchise les préfixes spécifiques appris par OSPF, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, copiez et collez les commandes dans l’interface cli au niveau de la hiérarchie [modifier], puis saisissez commit à partir du mode de configuration.

Procédure

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Modification de la configuration de Junos OS dans leGuide de l’utilisateur CLI.

Pour configurer une stratégie d’importation OSPF qui priorise des préfixes spécifiques :

  1. Configurez les interfaces.

  2. Activez OSPF sur les interfaces.

    Note:

    Pour OSPFv3, incluez l’instruction ospf3 au niveau de la [edit protocols] hiérarchie.

  3. Configurez la stratégie pour spécifier la priorité pour les préfixes appris via OSPF.

  4. Appliquez la stratégie à OSPF.

  5. Si vous avez fini de configurer l’équipement, validez la configuration.

Résultats

Confirmez votre configuration en entrant le show interfaces, show policy-optionset les show protocols ospf commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Pour confirmer votre configuration OSPFv3, saisissez le show interfaces, show policy-optionset show protocols ospf3 les commandes.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de la priorité des préfixes dans la table de routage OSPF

But

Vérifiez la priorité attribuée au préfixe dans la table de routage OSPF.

Action

À partir du mode opérationnel, saisissez le show ospf route detail pour OSPFv2 et la show ospf3 route detail commande pour OSPFv3.

Présentation des stratégies d’importation et d’exportation pour les synthèses réseau

Par défaut, OSPF utilise des annonces récapitulatives d’état de liaison (LSA) pour transmettre des informations de route à travers les frontières de la zone. Chaque routeur de bordure de zone (ABR) inonde les LSA récapitulatifs du réseau vers d’autres équipements de routage dans la même zone. L’ABR contrôle également les routes à partir de la zone qui sont utilisées pour générer des LSA récapitulatifs du réseau dans d’autres zones. Chaque ABR gère une base de données topologique distincte pour chaque zone à laquelle il est connecté. Dans junos OS version 9.1 et versions ultérieures, vous pouvez configurer des stratégies d’exportation et d’importation pour OSPFv2 et OSPFv3 qui vous permettent de contrôler la façon dont les LSA récapitulatifs du réseau, qui contiennent des informations sur les préfixes OSPF inter-zones, sont distribués et générés. Pour OSPFv3, le LSA est appelé préfixe inter-zones LSA et remplit la même fonction qu’un LSA récapitulatif du réseau pour OSPFv2. Un ABR est à l’origine d’un préfixe inter-zones LSA pour chaque préfixe IPv6 qui doit être annoncé dans une zone.

La stratégie d’exportation vous permet de spécifier les LSA récapitulatifs qui sont inondés dans une zone. La stratégie d’importation vous permet de contrôler les routes apprises dans une zone qui sont utilisées pour générer des LSA récapitulatifs dans d’autres zones. Vous définissez une stratégie de routage au niveau de la [edit policy-options policy-statement policy-name] hiérarchie. Comme pour toutes les stratégies d’exportation OSPF, par défaut, les stratégies d’exportation LSA récapitulatives du réseau sont de tout rejeter. De même, comme pour toutes les stratégies d’importation OSPF, les stratégies d’importation LSA récapitulatives du réseau acceptent par défaut toutes les routes OSPF.

Exemple : configuration d’une stratégie d’exportation OSPF pour les synthèses réseau

Cet exemple montre comment créer une stratégie d’exportation OSPF pour contrôler les LS de type 3 (network-summary) que l’ABR inonde dans une zone OSPF.

Exigences

Avant de commencer :

Aperçu

OSPF utilise des LSA récapitulatives du réseau pour transmettre des informations de route à travers les frontières de la zone. En fonction de votre environnement réseau, vous pouvez filtrer davantage les LSAs récapitulatifs du réseau entre les zones OSPF. Par exemple, si vous créez des zones OSPF pour définir des limites administratives, vous ne souhaitez peut-être pas publier d’informations de route internes entre ces zones. Pour améliorer encore le contrôle de la distribution des routes entre plusieurs zones OSPF, vous pouvez configurer des stratégies de synthèse du réseau sur l’ABR pour la zone que vous souhaitez filtrer la publicité des LSA récapitulatives du réseau.

Note:

Pour OSPFv3, le LSA est appelé préfixe inter-zones LSA et remplit la même fonction qu’un LSA récapitulatif du réseau pour OSPFv2. Un ABR est à l’origine d’un préfixe inter-zones LSA pour chaque préfixe IPv6 qui doit être annoncé dans une zone. Dans cette rubrique, les termes stratégie de synthèse du réseau et stratégie de synthèse du réseau sont utilisés pour décrire à la fois les fonctionnalités OSPFv2 et OSPFv3.

Les consignes suivantes s’appliquent à l’exportation des stratégies récapitulatives du réseau :

  • Vous devez avoir une compréhension approfondie de votre réseau avant de configurer ces stratégies. Une configuration incorrecte de la stratégie de synthèse du réseau peut entraîner un résultat involontaire, par exemple un routage sous-optimal ou une baisse du trafic.

  • Nous vous recommandons d’utiliser la condition de correspondance de la stratégie de routage-filtre pour ces types de stratégies.

  • Nous vous recommandons d’utiliser les termes de la accept stratégie de reject routage pour ces types de stratégies.

La figure 3 montre un exemple de topologie avec trois zones OSPF. R4 génère des synthèses réseau pour les routes de la zone 4 et les envoie de la zone 4 à la zone 0. Le R3 génère des synthèses réseau pour les routes de la zone 3 et les envoie de la zone 3 à la zone 0.

Figure 3 : Exemple de topologie utilisée pour une stratégie de synthèse du réseau d’exportation OSPF Sample Topology Used for an OSPF Export Network Summary Policy

Dans cet exemple, vous configurez R4 avec une stratégie de synthèse du réseau d’exportation nommée export-policy qui autorise uniquement les routes qui correspondent au préfixe 10.0.4.4 de la zone 3 à la zone 4. La stratégie d’exportation contrôle les LS récapitulatives du réseau que le R4 inonde dans la zone 4. Il en résulte que seule la route interarea autorisée pour entrer dans la zone 4, et toutes les autres routes inter-zones doivent être purgées de la base de données OSPF et de la table de routage des équipements de la zone 4. Vous définissez d’abord la stratégie, puis vous l’appliquez à l’ABR en incluant l’instruction network-summary-export pour OSPFv2 ou l’instruction inter-area-prefix-export pour OSPFv3.

Les équipements fonctionnent comme suit :

  • R1 : L’équipement R1 est un routeur interne de la zone 3. L’interface fe-0/1/0 a une adresse IP de 10.0.4.13/30 et se connecte au R3. L’interface fe-0/0/1 a une adresse IP 10.0.4.5/30 et se connecte à R2.

  • R2 : L’équipement R2 est un routeur interne de la zone 3. L’interface fe-0/0/1 a une adresse IP 10.0.4.6/30 et se connecte à R1. L’interface fe-1/0/0 a une adresse IP 10.0.4.1 et se connecte à R3.

  • R3 : l’équipement R3 participe à la zone 3 et à la zone 0. Le R3 est l’ABR entre la zone 3 et la zone 0, et transmet des LSA récapitulatifs du réseau entre les zones. L’interface fe-1/0/0 a une adresse IP 10.0.4.2/30 et se connecte à R2. L’interface fe-1/1/0 a une adresse IP 10.0.4.14/30 et se connecte à R1. L’interface fe-0/0/1 a une adresse IP 10.0.2.1/30 et se connecte à R4.

  • R4 : l’équipement R4 participe aux zones 0 et 4. R4 est l’ABR entre la zone 0 et la zone 4, et transmet des LSA récapitulatifs réseau entre les zones. L’interface fe-0/0/1 a une adresse IP 10.0.2.4/30 et se connecte au R3. L’interface fe-1/1/0 a une adresse IP 10.0.8.6/30 et se connecte au R5. L’interface fe-1/0/0 a une adresse IP 10.0.8.9/30 et se connecte au R6.

  • R5 : L’équipement R5 est un routeur interne de la zone 4. L’interface fe-1/1/0 a une adresse IP 10.0.8.5/30 et se connecte à R4.

  • R6 : L’équipement R6 est un routeur interne de la zone 4. L’interface fe-1/0/0 a une adresse IP 10.0.8.10/30 et se connecte au R4.

Configuration

Configuration rapide cli

Pour configurer rapidement une stratégie d’exportation OSPF pour les résumés du réseau, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la hiérarchie [modifier], puis entrez commit à partir du mode de configuration.

Configuration sur l’équipement R1 :

Configuration sur l’équipement R2 :

Configuration sur l’équipement R3 :

Configuration sur l’équipement R4 :

Configuration sur l’équipement R5 :

Configuration sur l’équipement R6 :

Procédure

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Modification de la configuration de Junos OS dans le Guide de l’utilisateur CLI.

Pour configurer une stratégie d’exportation OSPF pour les synthèses réseau :

  1. Configurez les interfaces.

    Note:

    Pour OSPFv3, utilisez des adresses IPv6.

  2. Activez OSPF sur les interfaces.

    Note:

    Pour OSPFv3, incluez l’instruction ospf3 au niveau de la [edit protocols] hiérarchie.

  3. Sur le nœud R4, configurez la stratégie de synthèse du réseau d’exportation.

  4. Sur le nœud R4, appliquez la stratégie de synthèse du réseau d’exportation à OSPF.

    Note:

    Pour OSPFv3, incluez l’instruction inter-area-prefix-export au niveau de la [edit protocols ospf3 area area-id] hiérarchie.

  5. Si vous avez fini de configurer les équipements, validez la configuration.

Résultats

Confirmez votre configuration en entrant le show interfaces, show policy-optionset show protocols ospf les commandes sur l’équipement approprié. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Sortie pour R1 :

Sortie pour R2 :

Sortie pour R3 :

Sortie pour R4 :

Sortie pour R5 :

Sortie pour le R6 :

Pour confirmer votre configuration OSPFv3, saisissez le show interfaces, show policy-optionset show protocols ospf3 les commandes sur l’équipement approprié.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de la base de données OSPF

But

Vérifiez que la base de données OSPF des équipements de la zone 4 inclut le routage inter-zones que nous avons autorisé sur l’ABR R4. Les autres routes intera qui ne sont pas spécifiées doivent être obsolètes ou ne plus être présentes dans la base de données OSPF.

Action

À partir du mode opérationnel, saisissez la show ospf database netsummary area 0.0.0.4 commande pour OSPFv2 et la show ospf3 database inter-area-prefix area 0.0.0.4 commande pour OSPFv3.

Vérification de la table de routage

But

Vérifiez que les routes correspondant aux résumés réseau rejetés ne sont plus présentes dans les tables de routage R4, R5 ou R6.

Action

À partir du mode opérationnel, saisissez la show route protocol ospf commande pour OSPFv2 et OSPFv3.

Exemple : configuration d’une stratégie d’importation OSPF pour les synthèses réseau

Cet exemple montre comment créer une stratégie d’importation OSPF pour contrôler les LSA de type 3 que l’ABR annonce à partir d’une zone OSPF.

Exigences

Avant de commencer :

Aperçu

OSPF utilise des LSA récapitulatives du réseau pour transmettre des informations de route à travers les frontières de la zone. En fonction de votre environnement réseau, vous pouvez filtrer davantage les LSAs récapitulatifs du réseau entre les zones OSPF. Par exemple, si vous créez des zones OSPF pour définir des limites administratives, vous ne souhaitez peut-être pas publier d’informations de route internes entre ces zones. Pour améliorer encore le contrôle de la distribution des routes entre plusieurs zones OSPF, vous pouvez configurer des stratégies de synthèse du réseau sur l’ABR pour la zone que vous souhaitez filtrer la publicité des LSA récapitulatives du réseau.

Note:

Pour OSPFv3, le LSA est appelé préfixe inter-zones LSA et remplit la même fonction qu’un LSA récapitulatif du réseau pour OSPFv2. Un ABR est à l’origine d’un préfixe inter-zones LSA pour chaque préfixe IPv6 qui doit être annoncé dans une zone. Dans cette rubrique, les termes stratégie de synthèse du réseau et stratégie de synthèse du réseau sont utilisés pour décrire à la fois les fonctionnalités OSPFv2 et OSPFv3.

Les consignes suivantes s’appliquent pour l’importation des stratégies récapitulatives du réseau :

  • Vous devez avoir une compréhension approfondie de votre réseau avant de configurer ces stratégies. Une configuration incorrecte de la stratégie de synthèse du réseau peut entraîner un résultat involontaire, par exemple un routage sous-optimal ou une baisse du trafic.

  • Nous vous recommandons d’utiliser la route-filter condition de correspondance des stratégies pour ces types de stratégies.

  • Nous vous recommandons d’utiliser les termes de la accept stratégie de reject routage pour ces types de stratégies.

La figure 4 montre un exemple de topologie avec trois zones OSPF. R4 génère des synthèses réseau pour les routes de la zone 4 et les envoie de la zone 4 à la zone 0. Le R3 génère des synthèses réseau pour les routes de la zone 3 et les envoie de la zone 3 à la zone 0.

Figure 4 : Exemple de topologie utilisée pour une stratégie de synthèse du réseau d’importation OSPF Sample Topology Used for an OSPF Import Network Summary Policy

Dans cet exemple, vous configurez R3 avec une stratégie de synthèse du réseau d’importation nommée import-policy, de sorte que le R3 génère uniquement des résumés du réseau pour la route 10.0.4.12/30. La stratégie d’importation contrôle les routes et, par conséquent, les résumés du réseau que le R3 annonce en dehors de la zone 3. L’application de cette politique signifie donc que le R3 ne fait qu’annoncer la route 10.0.4.12/30 hors de la zone 3. Il en résulte que les synthèses réseau existantes provenant d’autres routes inter-zones sont purgées de la base de données OSPF dans les zones 0 et 4, ainsi que les tables de routage des équipements dans les zones 0 et 4. Vous définissez d’abord la stratégie, puis vous l’appliquez à l’ABR en incluant l’instruction network-summary-import pour OSPFv2 ou l’instruction inter-area-prefix-import pour OSPFv3.

Les équipements fonctionnent comme suit :

  • R1 : L’équipement R1 est un routeur interne de la zone 3. L’interface fe-0/1/0 a une adresse IP de 10.0.4.13/30 et se connecte au R3. L’interface fe-0/0/1 a une adresse IP 10.0.4.5/30 et se connecte à R2.

  • R2 : L’équipement R2 est un routeur interne de la zone 3. L’interface fe-0/0/1 a une adresse IP 10.0.4.6/30 et se connecte à R1. L’interface fe-1/0/0 a une adresse IP 10.0.4.1/30 et se connecte au R3.

  • R3 : l’équipement R3 participe à la zone 3 et à la zone 0. Le R3 est l’ABR entre la zone 3 et la zone 0, et transmet des LSA récapitulatifs du réseau entre les zones. L’interface fe-1/0/0 a une adresse IP 10.0.4.2/30 et se connecte à R2. L’interface fe-1/1/0 a une adresse IP 10.0.4.14/30 et se connecte à R1. L’interface fe-0/0/1 a une adresse IP 10.0.2.1/30 et se connecte à R4.

  • R4 : l’équipement R4 participe aux zones 0 et 4. R4 est l’ABR entre la zone 0 et la zone 4, et transmet des LSA récapitulatifs réseau entre les zones. L’interface fe-0/0/1 a une adresse IP 10.0.2.1/30 et se connecte au R3. L’interface fe-1/1/0 a une adresse IP 10.0.8.6/30 et se connecte au R5. L’interface fe-1/0/0 a une adresse IP 10.0.8.9/30 et se connecte au R6.

  • R5 : L’équipement R5 est un routeur interne de la zone 4. L’interface fe-1/1/0 a une adresse IP 10.0.8.5/30 et se connecte à R4.

  • R6 : L’équipement R6 est un routeur interne de la zone 4. L’interface fe-1/0/0 a une adresse IP 10.0.8.10/30 et se connecte au R4.

Configuration

Procédure

Configuration rapide cli

Pour configurer rapidement une stratégie d’importation OSPF pour les résumés du réseau, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, copiez et collez les commandes dans la CLI au niveau de la hiérarchie [modifier], puis entrez commit à partir du mode de configuration.

Configuration sur l’équipement R1 :

Configuration sur l’équipement R2 :

Configuration sur l’équipement R3 :

Configuration sur l’équipement R4 :

Configuration sur l’équipement R5 :

Configuration sur l’équipement R6 :

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Modification de la configuration de Junos OS dans le Guide de l’utilisateur CLI.

Pour configurer une stratégie d’importation OSPF pour les résumés du réseau :

  1. Configurez les interfaces.

    Note:

    Pour OSPFv3, utilisez des adresses IPv6.

  2. Activez OSPF sur les interfaces.

    Note:

    Pour OSPFv3, incluez l’instruction ospf3 au niveau de la [edit protocols] hiérarchie.

  3. Sur le nœud R3, configurez la stratégie de synthèse du réseau d’importation.

  4. Sur le nœud R3, appliquez la stratégie de synthèse du réseau d’importation à OSPF.

    Note:

    Pour OSPFv3, incluez l’instruction inter-area-prefix-export au niveau de la [edit protocols ospf3 area area-id] hiérarchie.

  5. Si vous avez fini de configurer les équipements, validez la configuration.

Résultats

Confirmez votre configuration en entrant le show interfaces, show policy-optionset show protocols ospf les commandes sur l’équipement approprié. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Sortie pour R1 :

Sortie pour R2 :

Sortie pour R3 :

Sortie pour R4 :

Sortie pour R5 :

Sortie pour le R6 :

Pour confirmer votre configuration OSPFv3, saisissez le show interfaces, show policy-optionset show protocols ospf3 les commandes sur l’équipement approprié.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de la base de données OSPF

But

Vérifiez que la base de données OSPF des équipements de la zone 4 inclut le routage interarea que nous présentons depuis le nœud R3. Les autres routes à partir de la zone 3 ne doivent pas être annoncées dans la zone 4, de sorte que ces entrées doivent être vieillissantes ou ne plus être présentes dans la base de données OSPF.

Action

À partir du mode opérationnel, saisissez la show ospf database netsummary area 0.0.0.4 commande pour OSPFv2 et la show ospf3 database inter-area-prefix area 0.0.0.4 commande pour OSPFv3.

Vérification de la table de routage

But

Vérifiez que le routage spécifié est inclus dans la table de routage R4, R5 ou R6. Toute autre route à partir de la zone 3 ne doit pas être annoncée dans la zone 4.

Action

À partir du mode opérationnel, saisissez la show route protocol ospf commande pour OSPFv2 et OSPFv3.

Exemple : redistribuer des routes OSPF dans IS-IS

Cet exemple montre comment redistribuer les routes OSPF dans un réseau IS-IS.

Exigences

Aucune configuration spéciale au-delà de l’initialisation de l’équipement n’est nécessaire avant de configurer cet exemple.

Aperçu

Une politique d’exportation peut être appliquée à IS-IS pour faciliter la redistribution des routes.

Junos OS ne prend pas en charge l’application de la stratégie d’importation pour les protocoles de routage à l’état de liaison comme IS-IS, car ces politiques peuvent entraîner des entrées incohérentes de base de données d’état de liaison (LSDB), ce qui peut à son tour entraîner des incohérences de routage.

Dans cet exemple, les routes OSPF 192.168.0/24 à 192.168.3/24 sont redistribuées dans la zone IS-IS 49.0002 à partir de l’équipement R2.

En outre, les stratégies sont configurées pour s’assurer que l’équipement R1 peut atteindre des destinations sur le réseau 10.0.0.44/30, et que l’équipement R3 peut atteindre des destinations sur le réseau 10.0.0.36/30. Cela permet une accessibilité de bout en bout.

La figure 5 illustre la topologie utilisée dans cet exemple.

Figure 5 : topologie de redistribution des IS-IS Route Redistribution Topology routes IS-IS

La configuration rapide cli affiche la configuration de tous les équipements en figure 5. La section #d109e62__d109e232 décrit les étapes sur l’équipement R2. #d109e62__d109e361 décrit les étapes sur l’équipement R3.

Topologie

Configuration

Procédure

Configuration rapide cli

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez les détails nécessaires pour correspondre à votre configuration réseau, puis copiez et collez les commandes dans la CLI au niveau de la [edit] hiérarchie.

Équipement R1

Équipement R2

Équipement R3

Procédure étape par étape

Pour configurer l’équipement R2 :

  1. Configurez les interfaces réseau.

  2. Configurez IS-IS sur l’interface face à l’équipement R1 et l’interface de bouclage.

  3. Configurez la stratégie qui permet à l’équipement R1 d’atteindre le réseau 10.0.0.44/30.

  4. Appliquez la stratégie qui permet à l’équipement R1 d’atteindre le réseau 10.0.0.44/30.

  5. Configurez OSPF sur les interfaces.

  6. Configurez la stratégie de redistribution de route OSPF.

  7. Appliquez la stratégie de redistribution de route OSPF à l’instance IS-IS.

  8. Configurez la stratégie qui permet à l’équipement R3 d’atteindre le réseau 10.0.0.36/30.

  9. Appliquez la stratégie qui permet à l’équipement R3 d’atteindre le réseau 10.0.0.36/30.

Procédure étape par étape

Dans l’exemple suivant, vous devez parcourir différents niveaux de la hiérarchie de configuration. Pour plus d’informations sur la navigation sur l’interface cli, consultez Utilisation de l’éditeur CLI en mode de configuration dans le guide de l’utilisateur CLI.

Pour configurer l’IS-IS multi-niveaux :

  1. Configurez les interfaces réseau.

    Plusieurs adresses sont configurées sur l’interface de bouclage pour simuler plusieurs destinations de routage.

  2. Configurez des routes statiques vers les adresses d’interface de bouclage.

    Il s’agit des routes redistribuées dans IS-IS.

  3. Configurez OSPF sur les interfaces.

  4. Configurez la stratégie OSPF pour exporter les routes statiques.

  5. Appliquez la stratégie d’exportation OSPF.

Résultats

À partir du mode de configuration, confirmez votre configuration en entrant le show interfaces, show protocols, show policy-optionset les show routing-options commandes. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Équipement R2

Équipement R3

Si vous avez fini de configurer l’équipement, saisissez commit à partir du mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de la publicité de routage OSPF

But

Assurez-vous que les routes attendues sont annoncées par OSPF.

Action

À partir du mode opérationnel sur l’équipement R2, saisissez la show route protocol ospf commande.

Sens

Les routes 192.168/16 sont annoncées par OSPF.

Vérification de la redistribution des routes

But

Assurez-vous que les routes attendues sont redistribuées depuis OSPF vers IS-IS.

Action

À partir du mode opérationnel sur l’équipement R1, saisissez la show route protocol isis commande.

Sens

Les routes 192.168/16 sont redistribuées dans IS-IS.

Vérification de la connectivité

But

Vérifiez que l’équipement R1 peut atteindre les destinations sur l’équipement R3.

Action

Depuis le mode opérationnel, saisissez la ping commande.

Sens

Ces résultats confirment que l’équipement R1 peut atteindre les destinations du réseau OSPF.

Tableau de l’historique des versions
Libération
Description
20.3R1
À partir de la version 20.3R1 de Junos OS, vous pouvez configurer la protection de partage de destin dans les réseaux TI-LFA pour le routage de segments afin de choisir un chemin de reroutage rapide qui n’inclut pas de groupes de partage de destin dans les chemins de sauvegarde TI-LFA (Topology-Independent Loop-Free Alternate Alternate) pour éviter les défaillances de partage du destin.
20.3R1
À partir de la version 20.3R1 de Junos OS, vous pouvez configurer la protection SRLG (Shared Risk Link Group) dans les réseaux TI-LFA pour le routage de segments afin de choisir un chemin de reroutage rapide qui n’inclut pas de liaisons SRLG dans les chemins de sauvegarde TI-LFA (Topology-Independent Loop-Free Alternate Alternate) (TI-LFA).
19.3R1
À partir de la version 19.3R1 de Junos OS, Junos prend en charge la création de chemins de sauvegarde TI-LFA indépendants de la topologie OSPF, où le préfixe SID est tiré d’une annonce de serveur de mappage de segments lorsque le PLR et le serveur de mappage se trouvent tous les deux dans la même zone OSPF.