Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuration des zones OSPF

Comprendre les zones OSPF

Dans l’OSPF, un seul système autonome (AS) peut être divisé en groupes plus petits appelés zones. Cela réduit le nombre d’annonces d’état de lien (LSA) et d’autres messages OSPF envoyés sur le réseau, ainsi que la taille de la base de données topologique que chaque routeur doit gérer. Les périphériques de routage qui participent au routage OSPF exécutent une ou plusieurs fonctions en fonction de leur emplacement dans le réseau.

Cette rubrique décrit les types de zones OSPF et les fonctions de périphérique de routage suivants :

Zones

Une zone est un ensemble de réseaux et d’hôtes au sein d’un AS qui ont été regroupés administrativement. Nous vous recommandons de configurer une zone en tant qu’ensemble de réseaux IP contigus. Les périphériques de routage qui se trouvent entièrement dans une zone sont appelés routeurs internes. Toutes les interfaces des routeurs internes sont directement connectées aux réseaux de la zone.

La topologie d’une zone est cachée du reste de l’AS, ce qui réduit considérablement le trafic de routage dans l’AS. De plus, le routage à l’intérieur de la zone est déterminé uniquement par la topologie de la zone, ce qui fournit à la zone une certaine protection contre les données de routage incorrectes.

Tous les périphériques de routage d’une zone ont des bases de données topologiques identiques.

Routeurs de bordure de zone

Les périphériques de routage qui appartiennent à plusieurs zones et connectent une ou plusieurs zones OSPF à la zone dorsale sont appelés routeurs de bordure de zone (ABR). Au moins une interface se trouve à l’intérieur de la dorsale, tandis qu’une autre interface se trouve dans une autre zone. Les ABR gèrent également une base de données topologique distincte pour chaque zone à laquelle ils sont connectés.

Zones dorsales

Une zone dorsale OSPF se compose de tous les réseaux de l’ID de zone 0.0.0.0, de leurs périphériques de routage connectés et de tous les ABR. Le réseau dorsal lui-même n’a pas d’ABR. La dorsale répartit les informations de routage entre les zones. Le réseau dorsal est simplement une autre zone, de sorte que la terminologie et les règles des zones s’appliquent : un périphérique de routage directement connecté au réseau dorsal est un routeur interne sur le réseau dorsal, et la topologie du réseau dorsal est cachée des autres zones de l’AS.

Les périphériques de routage qui composent la dorsale doivent être physiquement contigus. Si ce n’est pas le cas, vous devez configurer les liens virtuels pour créer l’apparence d’une connectivité dorsale. Vous pouvez créer des liens virtuels entre deux ABR quelconques qui ont une interface avec une zone commune non dorsale. OSPF traite deux périphériques de routage reliés par un lien virtuel comme s’ils étaient connectés à un réseau point à point non numéroté.

Routeurs de limite AS

Les périphériques de routage qui échangent des informations de routage avec des périphériques de routage dans des réseaux non-OSPF sont appelés routeurs de limite AS. Ils annoncent les routes apprises de l’extérieur tout au long de l’OSPF AS. Selon l’emplacement du routeur de limite AS dans le réseau, il peut s’agir d’un ABR, d’un routeur dorsal ou d’un routeur interne (à l’exception des zones stub). Les routeurs internes à l’intérieur d’une zone de stub ne peuvent pas être des routeurs de limite AS, car les zones de stub ne peuvent pas contenir de LSA de type 5.

Les périphériques de routage dans la zone où se trouve le routeur de limite AS connaissent le chemin d’accès à ce routeur de limite AS. Tout périphérique de routage situé en dehors de la zone ne connaît que le chemin d’accès à l’ABR le plus proche, qui se trouve dans la même zone que celle où réside le routeur de limite AS.

Routeur dorsal

Les routeurs dorsaux sont des périphériques de routage dont une ou plusieurs interfaces sont connectées à la zone dorsale OSPF (ID de zone 0.0.0.0).

Routeur interne

Les périphériques de routage qui se connectent à une seule zone OSPF sont appelés routeurs internes. Toutes les interfaces des routeurs internes sont directement connectées aux réseaux d’une même zone.

Zones de stub

Les zones stub sont des zones à travers lesquelles ou dans lesquelles les publicités externes d’AS ne sont pas inondées. Vous souhaiterez peut-être créer des zones de stub lorsqu’une grande partie de la base de données topologique est constituée de publicités externes AS. Cela réduit la taille des bases de données topologiques et, par conséquent, la quantité de mémoire requise sur les routeurs internes dans la zone de stub.

Les périphériques de routage dans une zone de stub s’appuient sur les routes par défaut provenant de l’ABR de la zone pour atteindre des destinations AS externes. Vous devez configurer l’option default-metric sur l’ABR avant qu’il n’annonce un itinéraire par défaut. Une fois configuré, l’ABR annonce une route par défaut à la place des routes externes qui ne sont pas annoncées dans la zone de stub, de sorte que les périphériques de routage de la zone de stub puissent atteindre des destinations en dehors de la zone.

Les restrictions suivantes s’appliquent aux zones de stub : vous ne pouvez pas créer de lien virtuel via une zone de stub, une zone de stub ne peut pas contenir de routeur de limite AS, la dorsale ne peut pas être une zone de stub et vous ne pouvez pas configurer une zone à la fois comme une zone de stub et une zone pas si stubby.

Zones pas si trapues

Une zone de stub OSPF ne contient pas de routes externes, vous ne pouvez donc pas redistribuer à partir d’un autre protocole dans une zone de stub. Une zone pas si trapue (NSSA) permet aux routes externes d’être inondées à l’intérieur de la zone. Ces routes sont ensuite divulguées dans d’autres zones. Cependant, les routes externes en provenance d’autres régions n’entrent toujours pas dans la NSSA.

La restriction suivante s’applique aux NSSA : vous ne pouvez pas configurer une zone à la fois en tant que zone de stub et en tant que NSSA.

Zones de transit

Les zones de transit sont utilisées pour transférer le trafic d’une zone adjacente vers la dorsale (ou vers une autre zone si la dorsale se trouve à plus de deux sauts d’une zone). Le trafic ne provient pas de la zone de transit et n’y est pas destiné.

Types de zones OSPF et LSA acceptées

Le tableau suivant fournit des détails sur les types de zones OSPF et les LSA acceptés :

Présentation du routeur désigné OSPF

Les grands réseaux locaux dotés de nombreux périphériques de routage et, par conséquent, de nombreuses contiguïtés OSPF peuvent générer un trafic important de paquets de contrôle, lorsque les annonces d’état de lien (LSA) sont inondées sur le réseau. Pour atténuer le problème potentiel de trafic, l’OSPF utilise des routeurs désignés sur tous les réseaux multi-accès (types de réseaux multi-accès de diffusion et non diffusion [NBMA]). Plutôt que de diffuser des LSA à tous leurs voisins OSPF, les périphériques de routage envoient leurs LSA au routeur désigné. Chaque réseau multi-accès dispose d’un routeur désigné, qui remplit deux fonctions principales :

  • Générer des annonces de liens réseau au nom du réseau.

  • Etablir des contiguïtés avec tous les équipements de routage du réseau, participant ainsi à la synchronisation des bases de données d’état des liens.

Dans les réseaux locaux, l’élection du routeur désigné a lieu lors de l’établissement initial du réseau OSPF. Lorsque les premières liaisons OSPF sont actives, le périphérique de routage avec l’identifiant de routeur le plus élevé (défini par la valeur de configuration router-id , qui est généralement l’adresse IP du périphérique de routage ou l’adresse de bouclage) est élu routeur désigné. Le périphérique de routage avec le deuxième identifiant de routeur le plus élevé est élu routeur désigné de secours. Si le routeur désigné tombe en panne ou perd sa connectivité, le routeur désigné de secours assume son rôle et un nouveau choix de routeur désigné de secours a lieu entre tous les routeurs du réseau OSPF.

OSPF utilise l’identificateur de routeur à deux fins principales : pour choisir un routeur désigné, sauf si vous spécifiez manuellement une valeur de priorité, et pour identifier le périphérique de routage d’où provient un paquet. Lors de l’élection du routeur désigné, les priorités du routeur sont évaluées en premier, et le périphérique de routage ayant la priorité la plus élevée est élu routeur désigné. Si les priorités des routeurs sont égales, le périphérique de routage avec l’identifiant de routeur le plus élevé, qui est généralement l’adresse IP du périphérique de routage, est choisi comme routeur désigné. Si vous ne configurez pas d’identificateur de routeur, c’est l’adresse IP de la première interface connectée qui est utilisée. Il s’agit généralement de l’interface de bouclage. Dans le cas contraire, c’est la première interface matérielle avec une adresse IP qui est utilisée.

Au moins un périphérique de routage sur chaque réseau ou sous-réseau IP logique doit être éligible pour être le routeur désigné pour OSPFv2. Au moins un périphérique de routage sur chaque liaison logique doit être éligible pour être le routeur désigné pour OSPFv3.

Par défaut, les périphériques de routage ont une priorité de 128. Une priorité de 0 indique que l’équipement de routage n’est pas éligible pour devenir le routeur désigné. Une priorité de 1 signifie que l’équipement de routage a le moins de chances de devenir un routeur désigné. Une priorité de 255 signifie que le périphérique de routage est toujours le routeur désigné.

Exemple : Configuration d’un identificateur de routeur OSPF

Cet exemple montre comment configurer un identificateur de routeur OSPF.

Exigences

Avant de commencer :

Aperçu

L’identifiant de routeur est utilisé par OSPF pour identifier le périphérique de routage d’où provient un paquet. Junos OS sélectionne un identificateur de routeur en fonction de l’ensemble de règles suivant :

  1. Par défaut, Junos OS sélectionne l’adresse IP physique configurée la plus basse d’une interface comme identificateur de routeur.

  2. Si une interface de bouclage est configurée, l’adresse IP de l’interface de bouclage devient l’identifiant du routeur.

  3. Si plusieurs interfaces de bouclage sont configurées, l’adresse de bouclage la plus basse devient l’identifiant du routeur.

  4. Si un identificateur de routeur est explicitement configuré à l’aide de l’instruction router-id address au niveau de la [edit routing-options] hiérarchie, les trois règles ci-dessus sont ignorées.

Note:

1. Le comportement de l’identificateur de routeur décrit ici est valable même lorsqu’il est configuré sous [edit routing-instances routing-instance-name routing-options] les niveaux hiérarchique et [edit logical-systems logical-system-name routing-instances routing-instance-name routing-options] hiérarchique.

2. Si l’identificateur de routeur est modifié dans un réseau, les annonces d’état de lien (LSA) annoncées par l’identifiant de routeur précédent sont conservées dans la base de données OSPF jusqu’à l’expiration de l’intervalle de retransmission LSA. Par conséquent, il est fortement recommandé de configurer explicitement l’identificateur de routeur sous le niveau hiérarchique [edit routing-options] afin d’éviter tout comportement imprévisible en cas de modification de l’adresse d’interface sur une interface de bouclage.

Dans cet exemple, vous configurez l’identificateur de routeur OSPF en définissant sa valeur d’ID de routeur sur l’adresse IP du périphérique, qui est 192.0.2.24.

Configuration

Configuration rapide de la CLI

Pour configurer rapidement un identificateur de routeur OSPF, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à la configuration de votre réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la hiérarchie [modifier], puis passez commit en mode de configuration.

Procédure

Procédure étape par étape

Pour configurer un identificateur de routeur OSPF :

  1. Configurez l’identificateur de routeur OSPF en entrant la valeur de configuration [router-id] .

  2. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

Confirmez votre configuration en entrant la show routing-options router-id commande. Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Vérification

Une fois que vous avez configuré l’ID de routeur et activé OSPF sur le périphérique de routage, l’ID de routeur est référencé par plusieurs commandes de mode opérationnel OSPF que vous pouvez utiliser pour surveiller et dépanner le protocole OSPF. Les champs d’ID de routeur sont clairement indiqués dans la sortie.

Exemple : Contrôle de l’élection du routeur désigné OSPF

Cet exemple montre comment contrôler l’élection du routeur désigné OSPF.

Exigences

Avant de commencer :

Aperçu

Cet exemple montre comment contrôler l’élection du routeur désigné OSPF. Dans l’exemple, vous définissez l’interface OSPF sur ge-/0/0/1 et la priorité de l’appareil sur 200. Plus la valeur de priorité est élevée, plus il y a de chances que le périphérique de routage devienne le routeur désigné.

Par défaut, les périphériques de routage ont une priorité de 128. Une priorité de 0 indique que l’équipement de routage n’est pas éligible pour devenir le routeur désigné. Une priorité de 1 signifie que l’équipement de routage a le moins de chances de devenir un routeur désigné.

Configuration

Configuration rapide de la CLI

Pour configurer rapidement une sélection de routeur désigné par l’OSPF, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à la configuration de votre réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la hiérarchie [modifier], puis passez commit en mode de configuration.

Procédure

Procédure étape par étape

Pour contrôler le choix du routeur désigné par l’OSPF :

  1. Configurez une interface OSPF et spécifiez la priorité de l’appareil.

    Note:

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

  2. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

Confirmez votre configuration en entrant la show protocols ospf commande. 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, entrez la show protocols ospf3 commande.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification du choix du routeur désigné

But

En fonction de la priorité que vous avez configurée pour une interface OSPF spécifique, vous pouvez confirmer l’adresse du routeur désigné de la zone. Le champ DR ID, DR ou DR-ID affiche l’adresse du routeur désigné de la zone. Le champ BDR ID, BDR ou BDR-ID affiche l’adresse du routeur désigné de secours.

Action

À partir du mode opérationnel, entrez les commandes et show ospf interface les show ospf neighbor pour OSPFv2, puis entrez les commandes et show ospf3 interface les show ospf3 neighbor pour OSPFv3.

Comprendre les zones OSPF et les zones dorsale

Les réseaux OSPF d’un système autonome (AS) sont regroupés administrativement en zones. Chaque zone d’un AS fonctionne comme un réseau indépendant et possède un ID de zone unique de 32 bits, qui fonctionne de la même manière qu’une adresse réseau. Au sein d’une zone, la base de données topologique ne contient que des informations sur la zone, les annonces d’état de lien (LSA) sont inondées uniquement vers les nœuds de la zone et les routes ne sont calculées qu’à l’intérieur de la zone. La topologie d’une zone est cachée du reste de l’AS, ce qui réduit considérablement le trafic de routage dans l’AS. Les sous-réseaux sont divisés en d’autres zones, qui sont connectées pour former l’ensemble du réseau principal. Les périphériques de routage qui se trouvent entièrement dans une zone sont appelés routeurs internes. Toutes les interfaces des routeurs internes sont directement connectées aux réseaux de la zone.

La zone centrale d’un AS, appelée zone dorsale, a une fonction spéciale et se voit toujours attribuer l’ID de zone 0.0.0.0. (Dans un réseau simple à zone unique, il s’agit également de l’ID de la zone.) Les ID de zone sont des identificateurs numériques uniques, en notation décimale pointée, mais ce ne sont pas des adresses IP. Les ID de zone doivent seulement être uniques au sein d’un AS. Tous les autres réseaux ou zones de l’AS doivent être directement connectés à la zone dorsale par un périphérique de routage disposant d’interfaces dans plusieurs zones. Ces périphériques de routage de connexion sont appelés routeurs de zone de bordure (ABR). La figure 1 montre une topologie OSPF de trois zones reliées par deux ABR.

Figure 1 : topologie Multiarea OSPF Topology OSPF multizone

Étant donné que toutes les zones sont adjacentes à la zone dorsale, les routeurs OSPF envoient tout le trafic qui n’est pas destiné à leur propre zone via la zone dorsale. Les ABR dans la zone dorsale sont ensuite chargés de transmettre le trafic via l’ABR approprié jusqu’à la zone de destination. Les ABR résument les enregistrements d’état de liaison de chaque zone et annoncent les résumés des adresses de destination aux zones voisines. Les annonces contiennent l’ID de la zone dans laquelle se trouve chaque destination, de sorte que les paquets sont acheminés vers l’ABR approprié. Par exemple, dans les zones OSPF illustrées sur la Figure 1, les paquets envoyés du routeur A au routeur C sont automatiquement acheminés via ABR B.

Junos OS prend en charge la détection active de la dorsale. Une détection active de la dorsale est implémentée pour vérifier que les ABR sont connectés à la dorsale. Si la connexion à la zone dorsale est perdue, la métrique par défaut du périphérique de routage n’est pas annoncée, ce qui a pour effet de réacheminer le trafic via un autre ABR avec une connexion valide à la dorsale. La détection active de la dorsale permet le transit par un ABR sans connexion active à la dorsale. Un ABR indique aux autres périphériques de routage qu’il s’agit d’un ABR même si la connexion à la dorsale est interrompue, afin que les voisins puissent l’envisager pour les routes interzones.

Une restriction OSPF exige que toutes les zones soient directement connectées à la zone dorsale afin que les paquets puissent être correctement acheminés. Par défaut, tous les paquets sont d’abord acheminés vers la zone dorsale. Les paquets destinés à une zone autre que la dorsale sont ensuite acheminés vers l’ABR approprié, puis vers l’hôte distant dans la zone de destination.

Dans les grands réseaux comportant de nombreuses zones, dans lesquels la connectivité directe entre toutes les zones et la zone dorsale est physiquement difficile, voire impossible, vous pouvez configurer des liens virtuels pour connecter des zones non contiguës. Les liaisons virtuelles utilisent une zone de transit contenant au moins deux ABR pour faire passer le trafic réseau d’une zone adjacente à une autre. Par exemple, la figure 2 montre un lien virtuel entre une zone non contiguë et la zone dorsale à travers une zone connectée aux deux.

Figure 2 : topologie OSPF avec un lien OSPF Topology with a Virtual Link virtuel

Dans la topologie illustrée à la figure 2, une liaison virtuelle est établie entre la zone 0.0.0.3 et la zone dorsale via la zone 0.0.0.2. Tout le trafic sortant à destination d’autres zones est acheminé via la zone 0.0.0.2 vers la zone dorsale, puis vers l’ABR approprié. Tout le trafic entrant à destination de la zone 0.0.0.3 est acheminé vers la zone de la dorsale, puis via la zone 0.0.0.2.

Exemple : configuration d’un réseau OSPF mono-zone

Cet exemple montre comment configurer un réseau OSPF à zone unique.

Exigences

Avant de commencer :

Aperçu

Pour activer OSPF sur un réseau, vous devez activer le protocole OSPF sur toutes les interfaces du réseau sur lesquelles le trafic OSPF doit transiter. Pour activer OSPF, vous devez configurer une ou plusieurs interfaces sur l’appareil dans une zone OSPF. Une fois les interfaces configurées, les LSA OSPF sont transmis sur toutes les interfaces compatibles OSPF et la topologie du réseau est partagée sur l’ensemble du réseau.

Dans un système autonome (AS), la zone dorsale se voit toujours attribuer l’ID de zone 0.0.0.0 (dans un réseau simple à zone unique, il s’agit également de l’ID de la zone). Les ID de zone sont des identificateurs numériques uniques, en notation décimale pointée. Les ID de zone doivent seulement être uniques au sein d’un AS. Tous les autres réseaux ou zones de l’AS doivent être directement connectés à la dorsale, aux routeurs de bordure zone par zone qui ont des interfaces dans plusieurs zones. Vous devez également créer une zone dorsale si votre réseau se compose de plusieurs zones. Dans cet exemple, vous allez créer la zone dorsale et ajouter des interfaces, telles que ge-0/0/0, selon les besoins à la zone OSPF.

Pour utiliser OSPF sur l’équipement, vous devez configurer au moins une zone OSPF, telle que celle illustrée à la Figure 3.

Figure 3 : topologie typique d’un réseau OSPF mono-zone Typical Single-Area OSPF Network Topology

Topologie

Configuration

Configuration rapide de la CLI

Pour configurer rapidement un réseau OSPF à zone unique, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à la configuration de votre réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la hiérarchie [modifier], puis passez commit en mode de configuration.

Procédure

Procédure étape par étape

Pour configurer un réseau OSPF monozone :

  1. Configurez le réseau OSPF à zone unique en spécifiant l’ID de zone et l’interface associée.

    Note:

    Pour un réseau OSPFv3 à zone unique, incluez l’instruction ospf3 au niveau de la [edit protocols] hiérarchie.

  2. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

Confirmez votre configuration en entrant la show protocols ospf commande. 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, entrez la show protocols ospf3 commande.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des interfaces dans la zone

But

Vérifiez que l’interface pour OSPF ou OSPFv3 a été configurée pour la zone appropriée. Vérifiez que le champ Zone affiche la valeur que vous avez configurée.

Action

À partir du mode opérationnel, entrez la show ospf interface commande pour OSPFv2, puis entrez la show ospf3 interface commande pour OSPFv3.

Exemple : Configuration d’un réseau OSPF multizone

Cet exemple montre comment configurer un réseau OSPF multizone. Pour réduire la maintenance du trafic et de la topologie des périphériques d’un système autonome (AS) OSPF, vous pouvez regrouper les périphériques de routage compatibles OSPF en plusieurs zones.

Exigences

Avant de commencer :

Aperçu

Pour activer OSPF sur un réseau, vous devez activer le protocole OSPF sur toutes les interfaces du réseau sur lesquelles le trafic OSPF doit transiter. Pour activer OSPF, vous devez configurer une ou plusieurs interfaces sur l’appareil dans une zone OSPF. Une fois les interfaces configurées, les LSA OSPF sont transmis sur toutes les interfaces compatibles OSPF et la topologie du réseau est partagée sur l’ensemble du réseau.

Chaque zone OSPF est constituée d’équipements de routage configurés avec le même numéro de zone. Sur la Figure 4, le routeur B se trouve dans la zone dorsale de l’AS. L’ID de zone 0.0.0.0 est toujours attribué à la zone dorsale. (Tous les ID de zone doivent être uniques au sein d’un AS.) Tous les autres réseaux ou zones de l’AS doivent être directement connectés à la dorsale par un routeur disposant d’interfaces dans plusieurs zones. Dans cet exemple, ces routeurs de bordure de zone sont A, C, D et E. Vous créez une zone supplémentaire (zone 2) et lui attribuez l’ID de zone unique 0.0.0.2, puis ajoutez l’interface ge-0/0/0 à la zone OSPF.

Pour réduire la maintenance du trafic et de la topologie des périphériques d’un AS OSPF, vous pouvez les regrouper en plusieurs zones, comme illustré à la Figure 4. Dans cet exemple, vous créez la zone dorsale, créez une zone supplémentaire (zone 2) et lui attribuez un ID de zone unique 0.0.0.2, et vous configurez l’équipement B en tant que routeur de bordure de zone, où l’interface ge-0/0/0 fait partie de la zone OSPF 0 et l’interface ge-0/0/2 participe à la zone OSPF 2.

Figure 4 : topologie typique d’un Typical Multiarea OSPF Network Topology réseau OSPF multizone

Topologie

Configuration

Procédure

Configuration rapide de la CLI

Pour configurer rapidement un réseau OSPF multizone, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à la configuration de votre réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la hiérarchie [edit], puis passez commit en mode de configuration.

Appareil A

Dispositif C

Dispositif B

Dispositif D

Dispositif E

Procédure étape par étape

Pour configurer un réseau OSPF multizone :

  1. Configurez la zone dorsale.

    Note:

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

  2. Configurez une zone supplémentaire pour votre réseau OSPF.

    Note:

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

  3. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

Confirmez votre configuration en entrant la show protocols ospf commande. 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, entrez la show protocols ospf3 commande.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des interfaces dans la zone

But

Vérifiez que l’interface pour OSPF ou OSPFv3 a été configurée pour la zone appropriée. Vérifiez que le champ Zone affiche la valeur que vous avez configurée.

Action

À partir du mode opérationnel, entrez la show ospf interface commande pour OSPFv2, puis entrez la show ospf3 interface commande pour OSPFv3.

Comprendre la contiguïté multi-zone pour OSPF

Par défaut, une seule interface ne peut appartenir qu’à une seule zone OSPF. Toutefois, dans certaines situations, vous souhaiterez peut-être configurer une interface pour qu’elle appartienne à plusieurs zones. Ainsi, la liaison correspondante peut être considérée comme une liaison intra-zone dans plusieurs zones et être préférée à d’autres chemins intra-zone plus coûteux. Par exemple, vous pouvez configurer une interface pour qu’elle appartienne à plusieurs zones avec une liaison dorsale haut débit entre deux routeurs de bordure de zone (ABR) afin de pouvoir créer des contiguïtés multizones appartenant à différentes zones.

Dans Junos OS version 9.2 et ultérieure, vous pouvez configurer une interface logique pour qu’elle appartienne à plusieurs zones OSPFv2. La prise en charge d’OSPFv3 a été introduite dans la version 9.4 de Junos OS. Comme défini dans la RFC 5185, OSPF Multi-Area Adjacency, les ABR établissent plusieurs adjacences appartenant à différentes zones sur la même interface logique. Chaque adjacence multizone est annoncée par les routeurs connectés à la liaison sous la forme d’une liaison point à point non numérotée dans la zone configurée. Pour chaque zone, l’une des interfaces logiques est considérée comme principale et les interfaces restantes configurées pour la zone sont désignées comme secondaires.

Toute interface logique qui n’est pas configurée en tant qu’interface secondaire pour une zone est traitée comme l’interface principale de cette zone. Une interface logique ne peut être configurée en tant qu’interface principale que pour une seule zone. Pour toute autre zone pour laquelle vous configurez l’interface, vous devez la configurer en tant qu’interface secondaire.

Exemple : Configuration de la contiguïté multizone pour OSPF

Cet exemple montre comment configurer la contiguïté multizone pour OSPF.

Exigences

Avant de commencer, planifiez votre réseau OSPF multizone. Reportez-vous à la section Exemple : Configuration d’un réseau OSPF multizone.

Aperçu

Par défaut, une seule interface ne peut appartenir qu’à une seule zone OSPF. Vous pouvez configurer une seule interface pour qu’elle appartienne à plusieurs zones OSPF. Ainsi, la liaison correspondante peut être considérée comme une liaison intra-zone dans plusieurs zones et être préférée à d’autres chemins intra-zone plus coûteux. Lors de la configuration d’une interface secondaire, tenez compte des points suivants :

  • Pour OSPFv2, vous ne pouvez pas configurer les interfaces réseau point à multipoint et NBMA (Non-Broadcast Multiaccess) en tant qu’interface secondaire, car les interfaces secondaires sont traitées comme une liaison point à point non numérotée.

  • Les interfaces secondaires sont prises en charge pour les interfaces LAN (l’interface principale peut être une interface LAN, mais toutes les interfaces secondaires sont traitées comme des liaisons point à point non numérotées sur le LAN). Dans ce scénario, vous devez vous assurer qu’il n’y a que deux périphériques de routage sur le LAN ou qu’il n’y a que deux périphériques de routage sur le LAN qui ont des interfaces secondaires configurées pour une zone OSPF spécifique.

  • Étant donné que l’objectif d’une interface secondaire est d’annoncer un chemin topologique à travers une zone OSPF, vous ne pouvez pas configurer une interface secondaire ou une interface principale avec une ou plusieurs interfaces secondaires pour qu’elles soient passives. Les interfaces passives annoncent leur adresse, mais n’exécutent pas le protocole OSPF (aucune contiguïté n’est formée et aucun paquet hello n’est généré).

  • Toute interface logique qui n’est pas configurée en tant qu’interface secondaire pour une zone est traitée comme une interface principale pour cette zone. Une interface logique ne peut être configurée en tant qu’interface principale que pour une seule zone. Pour toute autre zone pour laquelle vous configurez l’interface, vous devez la configurer en tant qu’interface secondaire.

  • Vous ne pouvez pas configurer l’instruction secondary avec l’instruction interface all .

  • Vous ne pouvez pas configurer une interface secondaire à l’aide de son adresse IP.

Figure 5 : Adjacence multi-zone dans OSPF Multiarea Adjacency in OSPF

Dans cet exemple, vous configurez une interface pour qu’elle se trouve dans deux zones, créant ainsi une contiguïté multizone avec un lien entre deux ABR : ABR R1 et ABR R2. Sur chaque ABR, la zone 0.0.0.1 contient l’interface principale et est le lien principal entre les ABR, et la zone 0.0.0.2 contient l’interface logique secondaire, que vous configurez en incluant l’instruction secondary . Vous configurez l’interface so-0/0/0 sur ABR R1 et l’interface so-1/0/0 sur ABR R2.

Configuration

Configuration rapide de la CLI

Pour configurer rapidement une interface logique secondaire pour une zone OSPF, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la hiérarchie [modifier], puis passez commit en mode de configuration.

Configuration sur ABR R1 :

Configuration sur ABR R2 :

Procédure

Procédure étape par étape

Pour configurer une interface logique secondaire :

  1. Configurez les interfaces des appareils.

    Note:

    Pour OSPFv3, sur chaque interface, spécifiez la famille d’adresses inet6 et incluez l’adresse IPv6.

  2. Configurez l’identificateur du routeur.

  3. Sur chaque ABR, configurez l’interface principale pour la zone OSPF.

    Note:

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

  4. Sur chaque ABR, configurez l’interface secondaire pour la zone OSPF.

  5. Si vous avez terminé de configurer les périphériques, validez la configuration.

Résultats

Confirmez votre configuration en saisissant les show interfacescommandes , show routing-options, 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.

Configuration sur ABR R1 :

Configuration sur ABR R2 :

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de l’interface secondaire

But

Vérifiez que l’interface secondaire apparaît pour la zone configurée. Le champ Secondaire s’affiche si l’interface est configurée en tant qu’interface secondaire. La sortie peut également afficher la même interface répertoriée dans plusieurs zones.

Action

À partir du mode opérationnel, entrez la show ospf interface detail commande pour OSPFv2, puis entrez la show ospf3 interface detail commande pour OSPFv3.

Vérification des interfaces dans la zone

But

Vérifiez les interfaces configurées pour la zone spécifiée.

Action

À partir du mode opérationnel, entrez la show ospf interface area area-id commande pour OSPFv2, puis entrez la show ospf3 interface area area-id commande pour OSPFv3.

Vérification des contiguïtés de voisinage

But

Vérifiez les contiguïtés des voisins primaire et secondaire. Le champ Secondaire s’affiche si le voisin se trouve sur une interface secondaire.

Action

À partir du mode opérationnel, entrez la show ospf neighbor detail commande pour OSPFv2, puis entrez la show ospf3 neighbor detail commande pour OSPFv3.

Comprendre les contiguïtés multi-zones pour OSPFv3

Une zone est un ensemble de réseaux et d’hôtes au sein d’un domaine OSPFv3 qui ont été regroupés administrativement. Par défaut, une seule interface ne peut appartenir qu’à une seule zone OSPFv3. Toutefois, dans certaines situations, vous souhaiterez peut-être configurer une interface pour qu’elle appartienne à plusieurs zones afin d’éviter un routage sous-optimal. Cela permet à la liaison correspondante d’être considérée comme une liaison intra-zone dans plusieurs zones et d’être préférée aux liaisons intra-zone plus coûteuses.

Dans Junos OS version 9.2 et ultérieure, vous pouvez configurer une interface pour qu’elle appartienne à plusieurs zones OSPFv2. La prise en charge d’OSPFv3 a été introduite dans la version 9.4 de Junos OS. Comme défini dans la RFC 5185, OSPF Multi-Area Adjacency, les ABR établissent plusieurs adjacences appartenant à différentes zones sur la même interface logique. Chaque adjacence multizone est annoncée par les routeurs connectés à la liaison sous la forme d’une liaison point à point non numérotée dans la zone configurée.

On considère qu’une interface se trouve principalement dans une zone. Lorsque vous configurez la même interface dans une autre zone, elle est considérée comme étant secondairement dans l’autre zone. Vous désignez la zone secondaire en incluant l’instruction secondary au niveau de la [edit protocols ospf3 area area-number interface interface-name] hiérarchie.

Exemple : Configuration d’une adjacence multizone pour OSPFv3

Cet exemple montre comment configurer une adjacence multizone pour OSPFv3.

Exigences

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

Aperçu

Les chemins intra-zone OSPFv3 sont préférés aux chemins inter-zones. Dans cet exemple, les appareils R1 et R2 sont des routeurs de bordure de zone (ABR) avec des interfaces à la fois dans la zone 0 et dans la zone 1. La liaison entre les appareils R1 et R2 se trouve dans la zone 0 et est une liaison à haut débit. Les liaisons de la zone 1 sont moins rapides.

Si vous souhaitez transférer une partie du trafic de la zone 1 entre l’équipement R1 et l’appareil R2 sur la liaison à haut débit, une méthode pour atteindre cet objectif consiste à faire de la liaison à haut débit une adjacence multizone de sorte que la liaison fasse partie à la fois de la zone 0 et de la zone 1.

Si la liaison à haut débit entre l’appareil R1 et l’appareil R2 reste dans la zone 1 uniquement, l’appareil R1 achemine toujours le trafic vers l’appareil R4 et l’appareil R5 via la zone 1 sur les liaisons à faible vitesse. L’appareil R1 utilise également le chemin intra-zone de la zone 1 à travers l’appareil R3 pour se rendre aux destinations de la zone 1 en aval de l’appareil R2.

De toute évidence, ce scénario entraîne un routage sous-optimal.

Il n’est pas possible d’utiliser un lien virtuel OSPF pour résoudre ce problème sans déplacer le lien entre l’équipement R1 et l’équipement R2 vers la zone 1. Vous ne voudrez peut-être pas le faire si la liaison physique appartient à la topologie dorsale du réseau.

L’extension de protocole OSPF/OSPFv3 décrite dans la RFC 5185, OSPF Multi-Area Adjacency , résout le problème en permettant à la liaison entre le périphérique R1 et le périphérique R2 de faire partie à la fois de la zone dorsale et de la zone 1.

Pour créer une adjacence multizone, vous configurez une interface pour qu’elle se trouve dans deux zones, avec ge-1/2/0 sur le périphérique R1 configuré à la fois dans la zone 0 et la zone 1, et ge-1/2/0 sur le périphérique R2 configuré à la fois dans la zone 0 et la zone 1. Sur les périphériques R1 et R2, la zone 0 contient l’interface principale et constitue le lien principal entre les périphériques. La zone 1 contient l’interface logique secondaire, que vous configurez en incluant l’instruction secondary .

Figure 6 : adjacence OSPFv3 Multiarea Adjacency multizone OSPFv3

La configuration rapide de l’interface de ligne de commande affiche la configuration de tous les appareils de la Figure 6. La section #d19e74__d19e376 décrit les étapes sur les appareils R1 et R2.

Configuration

Procédure

Configuration rapide de la 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 qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie.

Appareil R1

Appareil R2

Appareil R3

Appareil R4

Appareil R5

Appareil R6

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil R1 :

  1. Configurez les interfaces.

  2. Activez OSPFv3 sur les interfaces qui se trouvent dans la zone 0.

  3. Activez OSPFv3 sur l’interface qui se trouve dans la zone 1.

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil R2 :

  1. Configurez les interfaces.

  2. Activez OSPFv3 sur les interfaces qui se trouvent dans la zone 0.

  3. Activez OSPFv3 sur l’interface qui se trouve dans la zone 1.

Résultats

En mode configuration, confirmez votre configuration en entrant les show interfaces commandes and show protocols . Si la sortie n’affiche pas la configuration prévue, répétez les instructions de cet exemple pour corriger la configuration.

Appareil R1

Appareil R2

Si vous avez terminé de configurer l’appareil, passez commit en mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification du flux de trafic

But

Vérifiez que le trafic utilise la liaison haute vitesse entre l’appareil R1 et l’appareil R2 pour atteindre des destinations dans la zone 1.

Action

À partir du mode de fonctionnement sur l’appareil R1, utilisez la traceroute commande vérifier le flux de trafic vers l’appareil R5 et l’appareil R6.

Signification

La sortie traceroute montre que le trafic utilise la liaison 9009:1 :: entre l’équipement R1 et l’équipement R2.

Vérification de la modification du flux de trafic lorsque vous supprimez la contiguïté multizone

But

Vérifiez les résultats sans la contiguïté multizone configurée.

Action
  1. Désactivez les interfaces de liaison dorsale dans la zone 1 sur R1 et R2.

  2. À partir du mode de fonctionnement sur l’appareil R1, utilisez la traceroute commande vérifier le flux de trafic vers l’appareil R5 et l’appareil R6.

Signification

Sans la contiguïté multizone, la sortie montre un routage sous-optimal avec le trafic empruntant le chemin à travers les liaisons à faible vitesse de la zone 1.

Comprendre les zones de stub OSPF, les zones totalement tronquées et les zones pas si stubby

La figure 7 montre un système autonome (AS) sur lequel de nombreuses routes externes sont annoncées. Si les routes externes constituent une partie importante d’une base de données topologique, vous pouvez supprimer les annonces dans les zones qui n’ont pas de liens en dehors du réseau. Ce faisant, vous pouvez réduire la quantité de mémoire utilisée par les nœuds pour maintenir la base de données topologique et la libérer pour d’autres utilisations.

Figure 7 : Réseau OSPF AS avec zones stub et NSSA OSPF AS Network with Stub Areas and NSSAs

Pour contrôler l’annonce de routes externes dans une zone, OSPF utilise des zones de stub. En désignant une interface ABR (Area Border Router) dans la zone en tant qu’interface stub, vous supprimez les annonces de routes externes via l’ABR. Au lieu de cela, l’ABR annonce une route par défaut (par lui-même) à la place des routes externes et génère des annonces d’état de lien (LSA) de synthèse du réseau (Type 3). Les paquets destinés à des routes externes sont automatiquement envoyés à l’ABR, qui agit comme une passerelle pour le trafic sortant et achemine le trafic de manière appropriée.

Note:

Vous devez configurer explicitement l’ABR pour générer un itinéraire par défaut lorsqu’il est attaché à un stub ou à une zone pas si stubby-area (NSSA). Pour injecter un itinéraire par défaut avec une valeur de métrique spécifiée dans la zone, vous devez configurer l’option default-metric et spécifier une valeur de métrique.

Par exemple, la zone 0.0.0.3 de la Figure 7 n’est pas directement connectée au réseau extérieur. Tout le trafic sortant est acheminé via l’ABR vers la dorsale, puis vers les adresses de destination. En désignant la zone 0.0.0.3 comme zone de stub, vous réduisez la taille de la base de données topologique de cette zone en limitant les entrées de route aux seules routes internes à la zone.

Une zone d’ébauche qui n’autorise que les itinéraires internes à la zone et empêche les LSA de type 3 d’entrer dans la zone d’ébauche est souvent appelée une zone totalement tronquée. Vous pouvez convertir la zone 0.0.0.3 en une zone totalement tronquée en configurant l’ABR pour qu’il n’annonce que la publicité et autorise l’itinéraire par défaut à entrer dans la zone. Les itinéraires externes et les destinations vers d’autres zones ne sont plus résumés ou autorisés dans une zone totalement trapue.

Note:

Si vous ne configurez pas correctement une zone totalement tronquée, vous risquez de rencontrer des problèmes de connectivité réseau. Vous devez avoir une connaissance approfondie d’OSPF et comprendre votre environnement réseau avant de configurer des zones totalement tronquées.

Comme pour la zone 0.0.0.3 de la Figure 7, la zone 0.0.0.4 n’a pas de connexions externes. Cependant, la zone 0.0.0.4 a des routes client statiques qui ne sont pas des routes OSPF internes. Vous pouvez limiter les annonces de routes externes à la zone et annoncer les routes client statiques en désignant la zone comme NSSA. Dans une NSSA, le routeur de limite AS génère des LSA externes NSSA (type 7) et les inonde dans la NSSA, où ils sont contenus. Les LSA de type 7 permettent à une NSSA de prendre en charge la présence de routeurs de limite AS et leurs informations de routage externes correspondantes. L’ABR convertit les LSA de type 7 en LSA externes AS (Type 5) et les laisse échapper vers les autres zones, mais les routes externes provenant d’autres zones ne sont pas annoncées dans la NSSA.

Exemple : Configuration d’un stub OSPF et de zones totalement tronquées

Cet exemple montre comment configurer une zone de stub OSPF et une zone totalement stubby pour contrôler l’annonce de routes externes dans une zone.

Exigences

Avant de commencer :

Aperçu

La zone dorsale, qui est 0 dans la Figure 8, a une fonction spéciale et se voit toujours attribuer l’ID de zone 0.0.0.0. Les ID de zone sont des identificateurs numériques uniques, en notation décimale pointée. Les ID de zone doivent seulement être uniques au sein d’un système autonome (AS). Tous les autres réseaux ou zones (par exemple, 3, 7 et 9) de l’AS doivent être directement connectés à la dorsale par des routeurs de bordure de zone (ABR) qui ont des interfaces dans plusieurs zones.

Les zones stub sont des zones à travers lesquelles ou dans lesquelles OSPF n’inonde pas les annonces d’état de lien externe AS (LSA de type 5). Vous pouvez créer des zones de stub lorsqu’une grande partie de la base de données topologique est constituée de publicités externes AS et que vous souhaitez réduire la taille des bases de données topologiques sur les routeurs internes de la zone de stub.

Les restrictions suivantes s’appliquent aux zones de stub :

  • Vous ne pouvez pas créer de lien virtuel via une zone de stub.

  • Une zone de stub ne peut pas contenir de routeur de limite AS.

  • Vous ne pouvez pas configurer le réseau dorsal en tant que zone de stub.

  • Vous ne pouvez pas configurer une zone à la fois en tant que zone de stub et en tant que zone not-so-stubby (NSSA).

Dans cet exemple, vous configurez chaque périphérique de routage de la zone 7 (ID de zone 0.0.0.7) en tant que routeur stub et quelques paramètres supplémentaires sur l’ABR :

  • stub: spécifie que cette zone doit devenir une zone d’ébauche et ne pas être inondée par des LSA de type 5. Vous devez inclure l’instruction stub sur tous les périphériques de routage qui se trouvent dans la zone 7, car cette zone n’a pas de connexions externes.

  • default-metric: configure l’ABR pour générer un routage par défaut avec une mesure spécifiée dans la zone de stub. Cette route par défaut permet le transfert de paquets de la zone de stub vers des destinations externes. Vous configurez cette option uniquement sur l’ABR. L’ABR ne génère pas automatiquement un itinéraire par défaut lorsqu’il est attaché à un stub. Vous devez configurer explicitement cette option pour générer un itinéraire par défaut.

  • no-summaries—(Facultatif) Empêche l’ABR d’annoncer les itinéraires récapitulatifs dans la zone de stub en convertissant la zone de stub en une zone totalement stubby. Si elle est configurée en combinaison avec l’instruction default-metric , une zone totalement tronquée n’autorise que les routes internes à la zone et annonce l’itinéraire par défaut dans la zone. Les itinéraires externes et les destinations vers d’autres zones ne sont plus résumés ou autorisés dans une zone totalement trapue. Seul l’ABR nécessite cette configuration supplémentaire, car il s’agit du seul dispositif de routage situé dans la zone totalement tronquée qui crée des LSA de type 3 utilisés pour recevoir et envoyer du trafic depuis l’extérieur de la zone.

Note:

À partir de la version 8.5 de Junos OS, les conditions suivantes s’appliquent :

  • Une interface d’identificateur de routeur qui n’est pas configurée pour exécuter OSPF n’est plus annoncée en tant que réseau stub dans les LSA OSPF.

  • OSPF annonce une route locale avec une longueur de préfixe de 32 en tant que lien de stub si l’interface de bouclage est configurée avec une longueur de préfixe autre que 32. OSPF annonce également la route directe avec la longueur de masque configurée, comme dans les versions précédentes.

Figure 8 : Topologie du réseau OSPF avec zones stub et NSSA OSPF Network Topology with Stub Areas and NSSAs

Topologie

Configuration

Configuration rapide de la CLI

  • Pour configurer rapidement une zone de stub OSPF, copiez la commande suivante et collez-la dans l’interface de ligne de commande. Vous devez configurer tous les périphériques de routage qui font partie de la zone de stub.

  • Pour configurer rapidement l’ABR afin qu’il injecte une route par défaut dans la zone, copiez la commande suivante et collez-la dans l’interface de ligne de commande. Vous appliquez cette configuration uniquement sur l’ABR.

  • (Facultatif) Pour configurer rapidement l’ABR afin de restreindre toutes les annonces récapitulatives et d’autoriser uniquement les routes internes et les annonces d’itinéraire par défaut dans la zone, copiez la commande suivante et collez-la dans l’interface de ligne de commande. Vous appliquez cette configuration uniquement sur l’ABR.

Procédure

Procédure étape par étape

Pour configurer les zones de stub OSPF :

  1. Sur tous les périphériques de routage de la zone, configurez une zone de stub OSPF.

    Note:

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

  2. Sur l’ABR, injectez un itinéraire par défaut dans la zone.

  3. (Facultatif) Sur l’ABR, empêchez les LSA sommaires d’entrer dans la zone. Cette étape convertit la zone du talon en une zone totalement tronquée.

  4. Si vous avez terminé de configurer les périphériques, validez la configuration.

Résultats

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

Configuration sur tous les équipements de routage :

Configuration sur l’ABR (la sortie comprend également le réglage optionnel) :

Pour confirmer votre configuration OSPFv3, entrez la show protocols ospf3 commande.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des interfaces dans la zone

But

Vérifiez que l’interface pour OSPF a été configurée pour la zone appropriée. Vérifiez que la sortie inclut Stub comme type de zone OSPF.

Action

À partir du mode opérationnel, entrez la show ospf interface detail commande pour OSPFv2, puis entrez la show ospf3 interface detail commande pour OSPFv3.

Vérification du type de zone OSPF

But

Vérifiez que la zone OSPF est une zone de stub. Vérifiez que la sortie affiche Stub normal comme type Stub.

Action

À partir du mode opérationnel, entrez la show ospf overview commande pour OSPFv2, puis entrez la show ospf3 overview commande pour OSPFv3.

Exemple : Configuration des zones pas si stubby OSPF

Cet exemple montre comment configurer une zone OSPF not-so-stubby (NSSA) pour contrôler l’annonce de routes externes dans une zone.

Exigences

Avant de commencer :

Aperçu

La zone dorsale, qui est 0 dans la Figure 9, a une fonction spéciale et se voit toujours attribuer l’ID de zone 0.0.0.0. Les ID de zone sont des identificateurs numériques uniques, en notation décimale pointée. Les ID de zone doivent seulement être uniques au sein d’un AS. Tous les autres réseaux ou zones (par exemple, 3, 7 et 9) de l’AS doivent être directement connectés à la zone dorsale par des ABR qui ont des interfaces dans plusieurs zones.

Une zone de stub OSPF n’a pas de routes externes, vous ne pouvez donc pas redistribuer les routes d’un autre protocole dans une zone de stub. Les NSSA OSPF permettent aux routes externes d’être inondées dans la zone.

En outre, il se peut que vous n’ayez pas besoin d’exporter des LSA de type 7 vers la NSSA. Lorsqu’un routeur de limite AS est également un ABR auquel une NSSA est attachée, les LSA de type 7 sont exportés dans la NSSA par défaut. Si l’ABR est rattaché à plusieurs NSSA, un LSA de type 7 distinct est exporté dans chaque NSSA par défaut. Lors de la redistribution de route, ce périphérique de routage génère à la fois des LSA de type 5 et des LSA de type 7. Vous pouvez désactiver l’exportation des LSA de type 7 vers la NSSA.

Note:

La restriction suivante s’applique aux NSSA : Vous ne pouvez pas configurer une zone à la fois en tant que zone de stub et en tant que NSSA.

Vous configurez chaque périphérique de routage dans la zone 9 (ID de zone 0.0.0.9) avec le paramètre suivant :

  • nssa: spécifie un OSPF NSSA. Vous devez inclure l’instruction nssa sur tous les périphériques de routage de la zone 9, car cette zone n’a que des connexions externes aux routes statiques.

Vous pouvez également configurer l’ABR dans la zone 9 avec les paramètres supplémentaires suivants :

  • no-summaries: empêche l’ABR d’annoncer les itinéraires récapitulatifs vers la NSSA. S’il est configuré en combinaison avec l’instruction default-metric , la NSSA n’autorise que les routes internes à la zone et annonce l’itinéraire par défaut dans la zone. Les routes externes et les destinations vers d’autres régions ne sont plus résumées ou autorisées dans la NSSA. Seul l’ABR nécessite cette configuration supplémentaire, car il s’agit du seul dispositif de routage au sein de la NSSA qui crée des LSA de type 3 utilisés pour recevoir et envoyer du trafic depuis l’extérieur de la zone.

  • default-lsa: configure l’ABR pour générer un itinéraire par défaut dans la NSSA. Dans cet exemple, vous configurez les éléments suivants :

    • default-metric: spécifie que l’ABR génère un itinéraire par défaut avec une métrique spécifiée dans la NSSA. Cette route par défaut permet le transfert de paquets de la NSSA vers des destinations externes. Vous configurez cette option uniquement sur l’ABR. L’ABR ne génère pas automatiquement d’itinéraire par défaut lorsqu’il est rattaché à une NSSA. Vous devez configurer explicitement cette option pour que l’ABR génère un itinéraire par défaut.

    • metric-type—(Facultatif) Spécifie le type de mesure externe pour le LSA par défaut, qui peut être de type 1 ou de type 2. Lorsque l’OSPF exporte des informations de route à partir d’AS externes, il inclut un coût, ou une métrique externe, dans l’itinéraire. La différence entre les deux mesures réside dans la façon dont OSPF calcule le coût de l’itinéraire. Les mesures externes de type 1 sont équivalentes à la mesure de l’état de lien, où le coût est égal à la somme des coûts internes et du coût externe. Les métriques externes de type 2 utilisent uniquement le coût externe attribué par le routeur de limite AS. Par défaut, OSPF utilise la métrique externe de type 2.

    • type-7—(Facultatif) Inonde les LSA par défaut de type 7 dans la NSSA si l’instruction no-summaries est configurée. Par défaut, lorsque l’instruction no-summaries est configurée, un LSA de type 3 est injecté dans NSSA pour Junos OS version 5.0 et ultérieure. Pour prendre en charge la rétrocompatibilité avec les versions antérieures de Junos OS, incluez l’instruction type-7 .

Le deuxième exemple montre également la configuration facultative requise pour désactiver l’exportation de LSA de type 7 vers la NSSA en incluant l’instruction no-nssa-abr sur le périphérique de routage qui remplit les fonctions d’un routeur de limite ABR et AS.

Figure 9 : Topologie du réseau OSPF avec zones stub et NSSA OSPF Network Topology with Stub Areas and NSSAs

Topologie

Configuration

Configuration des périphériques de routage pour qu’ils participent à une zone pas si trapue

Configuration rapide de la CLI

Pour configurer rapidement une NSSA OSPF, copiez la commande suivante et collez-la dans l’interface de ligne de commande. Vous devez configurer tous les périphériques de routage qui font partie de la NSSA.

Pour configurer rapidement un ABR qui participe à un OSPF NSSA, copiez les commandes suivantes et collez-les dans l’interface de ligne de commande.

Procédure étape par étape

Pour configurer les NSSA OSPF :

  1. Sur tous les périphériques de routage de la zone, configurez un OSPF NSSA.

    Note:

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

  2. Sur l’ABR, entrez le mode de configuration OSPF et spécifiez la zone NSSA 0.0.0.9 que vous avez déjà créée.

  3. Sur l’ABR, injectez un itinéraire par défaut dans la zone.

  4. (Facultatif) Sur l’ABR, spécifiez le type de métrique externe pour l’itinéraire par défaut.

  5. (Facultatif) Sur l’ABR, spécifiez l’inondation des LSA de type 7.

  6. Sur l’ABR, empêchez les LSA sommaires d’entrer dans la zone.

  7. Si vous avez terminé de configurer les périphériques, validez la configuration.

Résultats

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

Configuration sur tous les équipements de routage de la zone :

Configuration sur l’ABR. La sortie inclut également l’option metric-type et type-7 les instructions.

Pour confirmer votre configuration OSPFv3, entrez la show protocols ospf3 commande.

Désactivation de l’exportation des annonces d’état de lien de type 7 dans des zones pas si trapues

Configuration rapide de la CLI

Pour désactiver rapidement l’exportation des LSA de type 7 dans la NSSA, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, copiez et collez les commandes dans l’interface de ligne de commande au niveau de la hiérarchie [modifier], puis passez commit en mode de configuration. Vous configurez ce paramètre sur un routeur de limite AS qui est également un ABR avec une zone NSSA attachée.

Procédure étape par étape

Vous pouvez configurer ce paramètre si vous disposez d’un routeur de limite AS qui est également un ABR avec une zone NSSA attachée.

  1. Désactivez l’exportation des LSA de type 7 vers la NSSA.

    Note:

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

  2. Si vous avez terminé de configurer l’appareil, validez la configuration.

Résultats

Confirmez votre configuration en entrant la show protocols ospf commande. 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, entrez la show protocols ospf3 commande.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des interfaces dans la zone

But

Vérifiez que l’interface pour OSPF a été configurée pour la zone appropriée. Vérifiez que la sortie inclut Stub NSSA comme type de zone OSPF.

Action

À partir du mode opérationnel, entrez la show ospf interface detail commande pour OSPFv2, puis entrez la show ospf3 interface detail commande pour OSPFv3.

Vérification du type de zone OSPF

But

Vérifiez que la zone OSPF est une zone de stub. Vérifiez que la sortie affiche Not so Stubby Stub (Stub pas si court) que le type Stub.

Action

À partir du mode opérationnel, entrez la show ospf overview commande pour OSPFv2, puis entrez la show ospf3 overview commande pour OSPFv3.

Vérification du type de LSA

But

Vérifiez le type de LSA qui se trouvent dans la zone. Si vous avez désactivé l’exportation des LSA de type 7 dans un NSSA, vérifiez que le champ Type n’inclut pas NSSA en tant que type de LSA.

Action

À partir du mode opérationnel, entrez la show ospf overview commande pour OSPFv2, puis entrez la show ospf3 overview commande pour OSPFv3.

Comprendre OSPFv3 Stub et les zones totalement tronquées

La configuration OSPFv3 de Junos OS pour les réseaux IPv6 est identique à la configuration OSPFv2. Vous configurez le protocole avec set ospf3 des commandes au lieu de set ospf commandes et utilisez show ospf3 des commandes au lieu de show ospf commandes pour vérifier l’état OSPF. Assurez-vous également de définir les adresses IPv6 sur les interfaces exécutant OSPFv3.

Les zones stub sont des zones à travers lesquelles ou dans lesquelles OSPF n’inonde pas les annonces d’état de lien externe AS (LSA de type 5). Vous pouvez créer des zones de stub lorsqu’une grande partie de la base de données topologique est constituée de publicités externes AS et que vous souhaitez réduire la taille des bases de données topologiques sur les routeurs internes de la zone de stub.

Les restrictions suivantes s’appliquent aux zones de stub :

  • Vous ne pouvez pas créer de lien virtuel via une zone de stub.

  • Une zone de stub ne peut pas contenir de routeur de limite AS.

  • Vous ne pouvez pas configurer le réseau dorsal en tant que zone de stub.

  • Vous ne pouvez pas configurer une zone à la fois en tant que zone de stub et en tant que zone not-so-stubby (NSSA).

Exemple : Configuration d’un stub OSPFv3 et de zones totalement tronquées

Cet exemple montre comment configurer une zone de stub OSPFv3 et une zone totalement stubby pour contrôler l’annonce de routes externes dans une zone.

Exigences

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

Aperçu

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

Figure 10 : topologie de réseau OSPFv3 avec zones OSPFv3 Network Topology with Stub Areas stub

Dans cet exemple, vous configurez chaque périphérique de routage de la zone 7 (ID de zone 0.0.0.7) en tant que routeur stub et quelques paramètres supplémentaires sur l’ABR :

  • stub: spécifie que cette zone doit devenir une zone d’ébauche et ne pas être inondée par des LSA de type 5. Vous devez inclure l’instruction stub sur tous les périphériques de routage qui se trouvent dans la zone 7, car cette zone n’a pas de connexions externes.

  • default-metric: configure l’ABR pour générer un routage par défaut avec une mesure spécifiée dans la zone de stub. Cette route par défaut permet le transfert de paquets de la zone de stub vers des destinations externes. Vous configurez cette option uniquement sur l’ABR. L’ABR ne génère pas automatiquement un itinéraire par défaut lorsqu’il est attaché à un stub. Vous devez configurer explicitement cette option pour générer un itinéraire par défaut.

  • no-summaries—(Facultatif) Empêche l’ABR d’annoncer les itinéraires récapitulatifs dans la zone de stub en convertissant la zone de stub en une zone totalement stubby. Si elle est configurée en combinaison avec l’instruction default-metric , une zone totalement tronquée n’autorise que les routes internes à la zone et annonce l’itinéraire par défaut dans la zone. Les itinéraires externes et les destinations vers d’autres zones ne sont plus résumés ou autorisés dans une zone totalement trapue. Seul l’ABR nécessite cette configuration supplémentaire, car il s’agit du seul dispositif de routage situé dans la zone totalement tronquée qui crée des LSA de type 3 utilisés pour recevoir et envoyer du trafic depuis l’extérieur de la zone.

Note:

À partir de la version 8.5 de Junos OS, les conditions suivantes s’appliquent :

  • Une interface d’identificateur de routeur qui n’est pas configurée pour exécuter OSPF n’est plus annoncée en tant que réseau stub dans les LSA OSPF.

  • OSPF annonce une route locale avec une longueur de préfixe de 32 en tant que lien de stub si l’interface de bouclage est configurée avec une longueur de préfixe autre que 32. OSPF annonce également la route directe avec la longueur de masque configurée, comme dans les versions précédentes.

La configuration rapide de l’interface de ligne de commande affiche la configuration de tous les périphériques de la Figure 10. La section #d24e104__d24e443 décrit les étapes sur l’appareil 2, l’appareil 6, l’appareil 7 et l’appareil 8.

Configuration

Procédure

Configuration rapide de la 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 qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie.

Appareil 1

Dispositif 2

Dispositif 3

Dispositif 4

Appareil 5

Appareil 6

Appareil 7

Appareil 8

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil 2 :

  1. Configurez les interfaces.

  2. Activez OSPFv3 sur les interfaces qui se trouvent dans la zone 0.

  3. Activez OSPFv3 sur l’interface qui se trouve dans la zone 7.

  4. Spécifiez la zone 7 en tant que zone de stub OSPFv3.

    L’instruction stub est requise sur tous les périphériques de routage de la zone.

  5. Sur l’ABR, injectez un itinéraire par défaut dans la zone.

  6. (Facultatif) Sur l’ABR, empêchez les LSA sommaires d’entrer dans la zone.

    Cette étape convertit la zone du talon en une zone totalement tronquée.

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil 6 :

  1. Configurez les interfaces.

  2. Activez OSPFv3 sur l’interface qui se trouve dans la zone 7.

  3. Spécifiez la zone 7 en tant que zone de stub OSPFv3.

    L’instruction stub est requise sur tous les périphériques de routage de la zone.

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil 7 :

  1. Configurez les interfaces.

  2. Activez OSPFv3 sur l’interface qui se trouve dans la zone 9.

  3. Configurez les routes statiques qui permettent la connectivité aux routes client.

  4. Configurez une stratégie de routage pour redistribuer les routes statiques.

  5. Appliquez la stratégie de routage à l’instance OSPFv3.

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil 8 :

  1. Configurez les interfaces.

  2. Configurez deux adresses d’interface de bouclage pour simuler les itinéraires des clients.

Résultats

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

Dispositif 2

Appareil 6

Appareil 7

Appareil 8

Si vous avez terminé de configurer l’appareil, passez commit en mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification du type de zone OSPFv3

But

Vérifiez que la zone OSPFv3 est une zone de stub. Vérifiez que la sortie affiche Stub comme type Stub.

Action

À partir du mode de fonctionnement sur l’appareil 2 et sur l’appareil 6, entrez la show ospf3 overview commande.

Signification

Sur l’appareil 2, le type de stub de la zone 0 est Not Stub. Le type de stub de la zone 7 est Stub. La métrique par défaut du stub est 10.

Sur l’appareil 6, le type de stub de la zone 7 est Stub.

Vérification des routes dans la zone de stub OSPFv3

But

Assurez-vous que les routes attendues sont présentes dans les tables de routage.

Action

À partir du mode de fonctionnement sur l’appareil 6 et l’appareil 2, entrez la show route commande.

Signification

Sur l’appareil 6, l’itinéraire par défaut a été appris en raison de l’instruction default-metric sur l’ABR, l’appareil 2. Sinon, les seules routes OSPFv3 dans la table de routage de l’appareil 6 sont l’adresse réseau 2001 :db8:9009:4 ::/64 et l’adresse multicast OSPFv3 ff02 ::5/128 pour tous les routeurs à état de lien SPF, également connus sous le nom de AllSPFRouters.

Sur l’appareil 2, toutes les routes OSPFv3 ont été apprises, y compris les routes client externes, 2001 :db8:1010 ::1/128 et 2001 :db8:2020 ::1/128.

Comprendre les zones pas si trapues d’OSPFv3

À l’instar d’une zone de stub OSPF, une zone de stub OSPFv3 n’a pas de routes externes, de sorte que vous ne pouvez pas redistribuer les routes d’un autre protocole dans une zone de stub. Les zones non tronquées (NSSA) permettent aux routes externes d’être inondées à l’intérieur de la zone. Les routeurs d’une NSSA ne reçoivent pas d’annonces d’état de lien externe (LSA) de la part des routeurs de bordure de zone (ABR), mais sont autorisés à envoyer des informations de routage externe pour redistribution. Ils utilisent des LSA de type 7 pour informer les ABR de ces routes externes, que l’ABR traduit ensuite en LSA externes de type 5 et les inondations comme d’habitude pour le reste du réseau OSPF.

Exemple : Configuration des zones pas si tronquées OSPFv3

Cet exemple montre comment configurer une zone OSPFv3 not-so-stubby (NSSA) pour contrôler la publication de routes externes dans la zone.

Exigences

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

Aperçu

Dans cet exemple, l’équipement 7 redistribue les routes statiques du client 1 dans OSPFv3. L’appareil 7 se trouve dans la zone 9, qui est configurée en tant que NSSA. L’appareil 3 est l’ABR rattaché à la NSSA. Une NSSA est un type de zone de stub qui peut importer des routes externes de système autonome et les envoyer vers d’autres zones, mais ne peut toujours pas recevoir de routes externes AS d’autres zones. Étant donné que la zone 9 est définie comme une NSSA, l’appareil 7 utilise des LSA de type 7 pour informer l’ABR (appareil 3) de ces routes externes. L’appareil 3 convertit ensuite les routes de type 7 en LSA externes de type 5 et les inonde normalement vers le reste du réseau OSPF.

Dans la zone 3, l’équipement 5 redistribue les routes statiques du client 2 dans OSPFv3. Ces routes sont apprises sur l’appareil 3, mais pas sur l’appareil 7 ou 10. L’équipement 3 injecte une route statique par défaut dans la zone 9 afin que les appareils 7 et 10 puissent toujours atteindre les itinéraires du client 2.

Vous configurez chaque périphérique de routage dans la zone 9 (ID de zone 0.0.0.9) avec le paramètre suivant :

  • nssa: spécifie un NSSA OSPFv3. Vous devez inclure la déclaration sur tous les périphériques de routage dans la nssa zone 9.

Vous pouvez également configurer l’ABR dans la zone 9 avec les paramètres supplémentaires suivants :

  • no-summaries: empêche l’ABR d’annoncer les itinéraires récapitulatifs vers la NSSA. S’il est configuré en combinaison avec l’instruction default-metric , la NSSA n’autorise que les routes internes à la zone et annonce l’itinéraire par défaut dans la zone. Les routes externes et les destinations vers d’autres régions ne sont plus résumées ou autorisées dans la NSSA. Seul l’ABR requiert cette configuration supplémentaire, car il s’agit du seul dispositif de routage au sein de la NSSA qui crée des LSA récapitulatifs de type 3 utilisés pour recevoir et envoyer du trafic depuis l’extérieur de la zone.

  • default-lsa: configure l’ABR pour générer un itinéraire par défaut dans la NSSA. Dans cet exemple, vous configurez les éléments suivants :

    • default-metric: spécifie que l’ABR génère un itinéraire par défaut avec une métrique spécifiée dans la NSSA. Cette route par défaut permet le transfert de paquets de la NSSA vers des destinations externes. Vous configurez cette option uniquement sur l’ABR. L’ABR ne génère pas automatiquement d’itinéraire par défaut lorsqu’il est rattaché à une NSSA. Vous devez configurer explicitement cette option pour que l’ABR génère un itinéraire par défaut.

    • metric-type—(Facultatif) Spécifie le type de mesure externe pour le LSA par défaut, qui peut être de type 1 ou de type 2. Lorsque OSPFv3 exporte des informations de route à partir d’AS externes, il inclut un coût, ou une métrique externe, dans l’itinéraire. La différence entre les deux métriques réside dans la façon dont OSPFv3 calcule le coût du routage. Les mesures externes de type 1 sont équivalentes à la mesure de l’état de lien, où le coût est égal à la somme des coûts internes et du coût externe. Les métriques externes de type 2 utilisent uniquement le coût externe attribué par le routeur de limite AS. Par défaut, OSPFv3 utilise la métrique externe de type 2.

    • type-7—(Facultatif) Inonde les LSA par défaut de type 7 dans la NSSA si l’instruction no-summaries est configurée. Par défaut, lorsque l’instruction no-summaries est configurée, un LSA de type 3 est injecté dans NSSA pour Junos OS version 5.0 et ultérieure. Pour prendre en charge la rétrocompatibilité avec les versions antérieures de Junos OS, incluez l’instruction type-7 .

Figure 11 : topologie de réseau OSPFv3 avec NSSA OSPFv3 Network Topology with an NSSA

La configuration rapide de l’interface de ligne de commande affiche la configuration de tous les périphériques de la Figure 11. La section #d26e123__d26e507 décrit les étapes sur les appareils 3, 7 et 9.

Configuration

Procédure

Configuration rapide de la 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 qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie.

Appareil 1

Dispositif 3

Dispositif 4

Appareil 5

Appareil 7

Appareil 8

Appareil 9

Appareil 10

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil 3 :

  1. Configurez les interfaces.

  2. Activez OSPFv3 sur les interfaces qui se trouvent dans la zone 0.

  3. Activez OSPFv3 sur l’interface qui se trouve dans la zone 9.

  4. Configurez un NSSA OSPFv3.

    L’instruction nssa est requise sur tous les périphériques de routage de la zone.

  5. Sur l’ABR, injectez un itinéraire par défaut dans la zone.

  6. (Facultatif) Sur l’ABR, spécifiez le type de métrique externe pour l’itinéraire par défaut.

  7. (Facultatif) Sur l’ABR, spécifiez l’inondation des LSA de type 7.

  8. Sur l’ABR, empêchez les LSA sommaires d’entrer dans la zone.

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil 5 :

  1. Configurez les interfaces.

  2. Activez OSPFv3 sur l’interface qui se trouve dans la zone 3.

  3. Configurez les routes statiques qui permettent la connectivité aux routes client.

  4. Configurez une stratégie de routage pour redistribuer les routes statiques.

  5. Appliquez la stratégie de routage à l’instance OSPFv3.

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil 7 :

  1. Configurez les interfaces.

  2. Activez OSPFv3 sur l’interface qui se trouve dans la zone 9.

  3. Configurez un NSSA OSPFv3.

    L’instruction nssa est requise sur tous les périphériques de routage de la zone.

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section Utilisation de l’éditeur CLI en mode de configuration dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil 8 :

  1. Configurez les interfaces.

  2. Configurez deux adresses d’interface de bouclage pour simuler les itinéraires des clients.

Résultats

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

Dispositif 3

Appareil 5

Appareil 7

Appareil 8

Si vous avez terminé de configurer l’appareil, passez commit en mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification du type de zone OSPFv3

But

Vérifiez que la zone OSPFv3 est une zone NSSA. Vérifiez que la sortie s’affiche Stub NSSA en tant que type Stub.

Action

À partir du mode de fonctionnement sur l’appareil 3, l’appareil 7 et l’appareil 10, entrez la show ospf3 overview commande.

Signification

Sur l’appareil 3, le type de stub de la zone 0 est Not Stub. Le type de stub de l’aire 9 est Stub NSSA. La métrique par défaut du stub est 10.

Sur les appareils 7 et 10, le type de stub de la zone 9 est Stub NSSA.

Vérification des routes dans la zone de stub OSPFv3

But

Assurez-vous que les routes attendues sont présentes dans les tables de routage.

Action

À partir du mode de fonctionnement sur l’appareil 7 et l’appareil 3, entrez la show route commande.

Signification

Sur le périphérique 7, l’itinéraire par défaut a été appris en raison de l’instruction default-metric sur l’ABR, périphérique 3. Sinon, les seules routes OSPFv3 dans la table de routage du périphérique 7 sont celles locales de la zone 9 et l’adresse multicast OSPFv3 ff02 ::5/128 pour tous les routeurs à état de lien SPF, également connus sous le nom de AllSPFRouters.

Le périphérique 10 a la route par défaut injectée par le périphérique 3 ainsi que les routes externes OSPF injectées par le périphérique 7.

Ni l’équipement 7 ni l’équipement 10 ne disposent des routes client externes qui ont été injectées dans OSPFv3 par l’équipement 5.

Sur l’appareil 3, toutes les routes OSPFv3 ont été apprises, y compris les routes client externes, 2001 :db8:1010 ::1/128 et 2001 :db8:2020 ::1/128.

Vérification du type de LSA

But

Vérifiez le type de LSA qui se trouvent dans la zone.

Action

À partir du mode de fonctionnement sur l’appareil 7, entrez la show ospf3 database nssa detail commande.

Signification

Sur l’appareil 7, les LSA NSSA sont l’itinéraire externe par défaut de type 1, appris à partir de l’appareil 3, et les chemins statiques externes de type 2 vers le réseau client 1.

Comprendre le filtrage des zones pas si trapues

Il se peut que vous n’ayez pas besoin d’exporter des LSA de type 7 dans une zone pas si trapue (NSSA). Lorsqu’un routeur de limite de système autonome (ASBR) est également un routeur de périphérie de zone (ABR) auquel une NSSA est attachée, les LSA de type 7 sont exportés vers la NSSA par défaut.

De plus, lorsque l’ASBR (également un ABR) est attaché à plusieurs NSSA, un LSA de type 7 distinct est exporté dans chaque NSSA par défaut. Lors de la redistribution de route, ce périphérique de routage génère à la fois des LSA de type 5 et des LSA de type 7. Par conséquent, pour éviter qu’un même itinéraire ne soit redistribué deux fois (à partir de LSA de type 5 et de LSA de type 7), vous pouvez désactiver l’exportation de LSA de type 7 vers la NSSA en incluant l’instruction no-nssa-abr sur le périphérique de routage.

Exemple : Configuration des zones pas si tronquées OSPFv3 avec filtrage

Cet exemple montre comment configurer une zone pas si tronquée (NSSA) OSPFv3 lorsqu’il n’est pas nécessaire d’injecter des routes externes dans la NSSA en tant que publicités d’état de lien (LSA) de type 7.

Exigences

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

Aperçu

Lorsqu’un routeur de périphérie de système autonome (ASBR) est également un routeur de périphérie de zone (ABR) de la NSSA, l’équipement de routage génère des LSA de type 5 ainsi que des LSA de type 7. Vous pouvez empêcher le routeur de créer des LSA de type 7 pour la NSSA à l’aide de l’instruction no-nssa-abr .

Dans cet exemple, les équipements 5 et 3 se trouvent dans les réseaux des clients. Les équipements 4 et 2 injectent tous deux les routes client dans OSPFv3. La zone 1 est une NSSA. Étant donné que l’appareil 4 est à la fois un ABR de la NSSA et un ASBR, il génère à la fois des LSA de type 7 et de type 5 et injecte des LSA de type 7 dans la zone 1 et des LSA de type 5 dans la zone 0. Pour empêcher l’injection de LSA de type 7 dans la zone 1, l’instruction no-nssa-abr est incluse dans la configuration de l’appareil 4.

Figure 12 : Topologie du réseau OSPFv3 avec un ABR NSSA qui est également un ASBR OSPFv3 Network Topology with an NSSA ABR That Is Also an ASBR

La configuration rapide de l’interface de ligne de commande affiche la configuration de tous les périphériques de la Figure 12. La section #d28e64__d28e386 décrit les étapes sur l’appareil 4.

Configuration

Procédure

Configuration rapide de la 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 qu’ils correspondent à votre configuration réseau, puis copiez et collez les commandes dans l’interface de ligne de commande au niveau de la [edit] hiérarchie.

Appareil 1

Dispositif 2

Dispositif 3

Dispositif 4

Appareil 5

Appareil 6

Procédure étape par étape

L’exemple suivant vous oblige à naviguer à différents niveaux dans la hiérarchie de configuration. Pour plus d’informations sur la navigation dans l’interface de ligne de commande, reportez-vous à la section « Utilisation de l’éditeur CLI en mode configuration » dans le Guide de l’utilisateur de l’interface de ligne de commande.

Pour configurer l’appareil 4 :

  1. Configurez les interfaces.

  2. Activez OSPFv3 sur les interfaces qui se trouvent dans la zone 0.

  3. Activez OSPFv3 sur l’interface qui se trouve dans la zone 1.

  4. Configurez un NSSA OSPFv3.

    L’instruction nssa est requise sur tous les périphériques de routage de la zone.

  5. Sur l’ABR, injectez un itinéraire par défaut dans la zone.

  6. (Facultatif) Sur l’ABR, spécifiez le type de métrique externe pour l’itinéraire par défaut.

  7. (Facultatif) Sur l’ABR, spécifiez l’inondation des LSA de type 7.

  8. Sur l’ABR, empêchez les LSA sommaires d’entrer dans la zone.

  9. Désactivez l’exportation des LSA de type 7 vers la NSSA.

    Ce paramètre est utile si vous disposez d’un routeur de limite AS qui est également un ABR avec une zone NSSA attachée.

  10. Configurez les routes statiques vers le réseau client.

  11. Configurez une stratégie pour injecter les routes statiques dans OSPFv3.

  12. Appliquez la stratégie à OSPFv3.

Résultats

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

Dispositif 4

Si vous avez terminé de configurer l’appareil, passez commit en mode de configuration.

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification des routes dans la zone de stub OSPFv3

But

Assurez-vous que les routes attendues sont présentes dans les tables de routage.

Action

À partir du mode de fonctionnement sur l’appareil 1 et l’appareil 6, entrez la show route commande.

Signification

Sur le périphérique 1, la route par défaut ( ::/0) a été apprise en raison de l’instruction default-metric sur l’ABR, périphérique 4. Les routes client 2001 :db8:3030 ::1 et 2001 :db8:4040 ::1 ont été apprises à partir de l’équipement 2. Les routes 2001 :db8:1010 ::1 et 2001 :db8:2020 ::1 ont été supprimées. Ils ne sont pas nécessaires, car l’itinéraire par défaut peut être utilisé à la place.

Sur l’appareil 6 dans la zone 0, tous les itinéraires client ont été appris.

Vérification du type de LSA

But

Vérifiez le type de LSA qui se trouvent dans la zone.

Action

À partir du mode de fonctionnement sur l’appareil 1, entrez la show ospf3 database nssa detail commande.

Signification

L’appareil 4 n’envoie pas de LSA de type 7 (NSSA) pour les routes client 2001 :db8:1010 ::1/128 et 2001 :db8:2020 ::1/128. Si vous supprimez ou désactivez l’instruction no-nssa-abr , puis que vous réexécutez la show ospf3 database nssa detail commande, vous verrez que le périphérique 4 envoie des LSA de type 7 pour 2001 :db8:1010 ::1/128 et 2001 :db8:2020 ::1/128.