SUR CETTE PAGE
Exemple : Configuration de la contiguïté multizone pour OSPF
Exemple : Configuration d’une adjacence multizone pour OSPFv3
Comprendre les zones de stub OSPF, les zones totalement tronquées et les zones pas si stubby
Exemple : Configuration d’un stub OSPF et de zones totalement tronquées
Exemple : Configuration d’un stub OSPFv3 et de zones totalement tronquées
Exemple : Configuration des zones pas si tronquées OSPFv3 avec filtrage
Comprendre les liens virtuels OSPF pour les zones non contiguës
Exemple : Configuration de liens virtuels OSPF pour connecter des zones non contiguës
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
- Routeurs de bordure de zone
- Zones dorsales
- Routeurs de limite AS
- Routeur dorsal
- Routeur interne
- Zones de stub
- Zones pas si trapues
- Zones de transit
- Types de zones OSPF et LSA acceptées
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 :
Identifiez les interfaces sur le périphérique de routage qui participeront à OSPF. Vous devez activer OSPF sur toutes les interfaces du réseau sur lesquelles le trafic OSPF doit transiter.
Configurez les interfaces des appareils. Reportez-vous au Guide de l’utilisateur des interfaces pour les dispositifs de sécurité
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 :
Par défaut, Junos OS sélectionne l’adresse IP physique configurée la plus basse d’une interface comme identificateur de routeur.
Si une interface de bouclage est configurée, l’adresse IP de l’interface de bouclage devient l’identifiant du routeur.
Si plusieurs interfaces de bouclage sont configurées, l’adresse de bouclage la plus basse devient l’identifiant du routeur.
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.
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.
[edit] set routing-options router-id 192.0.2.24
Procédure
Procédure étape par étape
Pour configurer un identificateur de routeur OSPF :
Configurez l’identificateur de routeur OSPF en entrant la valeur de configuration
[router-id]
.[edit] user@host# set routing-options router-id 192.0.2.24
Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit] user@host# commit
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.
user@host# show routing-options router-id router-id 192.0.2.24;
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 :
Configurez les interfaces des appareils. Reportez-vous au Guide de l’utilisateur des interfaces pour les dispositifs de sécurité.
Configurez les identificateurs de routeur pour les périphériques de votre réseau OSPF. Reportez-vous à la section Exemple : Configuration d’un identificateur de routeur OSPF.
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.
[edit] set protocols ospf area 0.0.0.3 interface ge-0/0/1 priority 200
Procédure
Procédure étape par étape
Pour contrôler le choix du routeur désigné par l’OSPF :
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.[edit] user@host# set protocols ospf area 0.0.0.3 interface ge-0/0/1 priority 200
Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit] user@host# commit
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.
user@host# show protocols ospf area 0.0.0.3 { interface ge-0/0/1.0 { priority 200; } }
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.

É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.

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 :
Configurez les interfaces des appareils. Reportez-vous au Guide de l’utilisateur des interfaces pour les dispositifs de sécurité.
Configurez les identificateurs de routeur pour les périphériques de votre réseau OSPF. Reportez-vous à la section Exemple : Configuration d’un identificateur de routeur OSPF.
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.

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.
[edit] set protocols ospf area 0.0.0.0 interface ge-0/0/0
Procédure
Procédure étape par étape
Pour configurer un réseau OSPF monozone :
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.[edit] user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0
Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit] user@host# commit
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.
user@host# show protocols ospf area 0.0.0.0 { interface ge-0/0/0.0; }
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 :
Configurez les interfaces des appareils. Reportez-vous au Guide de l’utilisateur des interfaces pour les dispositifs de sécurité.
Configurez les identificateurs de routeur pour les périphériques de votre réseau OSPF. Reportez-vous à la section Exemple : Configuration d’un identificateur de routeur OSPF.
Contrôlez le choix du routeur désigné par l’OSPF. Voir Exemple : Contrôle de l’élection du routeur désigné OSPF
Configurez un réseau OSPF à zone unique. Reportez-vous à la section Exemple : Configuration d’un réseau OSPF monozone.
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.

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
[edit] set protocols ospf area 0.0.0.0 interface ge-0/0/0 set protocols ospf area 0.0.0.0 interface ge-0/0/1
Dispositif C
[edit] set protocols ospf area 0.0.0.0 interface ge-0/0/0
Dispositif B
[edit] set protocols ospf area 0.0.0.0 interface ge-0/0/0 set protocols ospf area 0.0.0.2 interface ge-0/0/2
Dispositif D
[edit] set protocols ospf area 0.0.0.2 interface ge-0/0/0 set protocols ospf area 0.0.0.2 interface ge-0/0/2
Dispositif E
[edit] set protocols ospf area 0.0.0.2 interface ge-0/0/2
Procédure étape par étape
Pour configurer un réseau OSPF multizone :
Configurez la zone dorsale.
Note:Pour un réseau OSPFv3, incluez l’instruction
ospf3
au niveau de la[edit protocols]
hiérarchie.[edit] user@A# set protocols ospf area 0.0.0.0 interface ge-0/0/0 user@A# set protocols ospf area 0.0.0.0 interface ge-0/0/1
[edit] user@C# set protocols ospf area 0.0.0.0 interface ge-0/0/0
[edit] user@B# set protocols ospf area 0.0.0.0 interface ge-0/0/0
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.[edit] user@host# set protocols ospf area 0.0.0.2 interface ge-0/0/0 user@D# set protocols ospf area 0.0.0.2 interface ge-0/0/2
[edit] user@E# set protocols ospf area 0.0.0.2 interface ge-0/0/2
Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit] user@host# commit
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.
user@host# show protocols ospf area 0.0.0.0 { interface ge-0/0/0.0; interface ge-0/0/1.0; }
user@C# show protocols ospf area 0.0.0.0 { interface ge-0/0/0.0; }
user@B# show protocols ospf area 0.0.0.0 { interface ge-0/0/0.0; } area 0.0.0.2 { interface ge-0/0/2.0; }
user@D# show protocols ospf area 0.0.0.2 { interface ge-0/0/0.0; interface ge-0/0/2.0; }
user@E# show protocols ospf area 0.0.0.2 { interface ge-0/0/2.0; }
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’instructioninterface all
.Vous ne pouvez pas configurer une interface secondaire à l’aide de son adresse IP.

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 :
[edit] set interfaces so-0/0/0 unit 0 family inet address 192.0.2.45/24 set routing-options router-id 10.255.0.1 set protocols ospf area 0.0.0.1 interface so-0/0/0 set protocols ospf area 0.0.0.2 interface so-0/0/0 secondary
Configuration sur ABR R2 :
[edit] set interfaces so-1/0/0 unit 0 family inet address 192.0.2.37/24 set routing-options router-id 10.255.0.2 set protocols ospf area 0.0.0.1 interface so-1/0/0 set protocols ospf area 0.0.0.2 interface so-1/0/0 secondary
Procédure
Procédure étape par étape
Pour configurer une interface logique secondaire :
Configurez les interfaces des appareils.
Note:Pour OSPFv3, sur chaque interface, spécifiez la famille d’adresses inet6 et incluez l’adresse IPv6.
[edit] user@R1# set interfaces so-0/0/0 unit 0 family inet address 192.0.2.45/24
[edit] user@R2# set interfaces so-1/0/0 unit 0 family inet address 192.0.2.37/24
Configurez l’identificateur du routeur.
[edit] user@R1# set routing-options router-id 10.255.0.1
[edit] user@R2# set routing-options router-id 10.255.0.2
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.[edit] user@R1# set protocols ospf area 0.0.0.1 interface so-0/0/0
[edit ] user@R2# set protocols ospf area 0.0.0.1 interface so-1/0/0
Sur chaque ABR, configurez l’interface secondaire pour la zone OSPF.
[edit ] user@R1# set protocols ospf area 0.0.0.2 so-0/0/0 secondary
[edit ] user@R2# set protocols ospf area 0.0.0.2 so-1/0/0 secondary
Si vous avez terminé de configurer les périphériques, validez la configuration.
[edit protocols ospf area 0.0.0.1 ] user@host# commit
Résultats
Confirmez votre configuration en saisissant les show interfaces
commandes , 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 :
user@R1# show interfaces so-0/0/0 { unit 0 { family inet { address 192.0.2.45/24; } } }
user@R1# show routing-options router-id 10.255.0.1;
user@R1# show protocols ospf area 0.0.0.1 { interface so-0/0/0.0; } area 0.0.0.2 { interface so-0/0/0.0 { secondary; } }
Configuration sur ABR R2 :
user@R2# show interfaces so-0/0/0 { unit 0 { family inet { address 192.0.2.37/24; } } }
user@R2# show routing-options router-id 10.255.0.2;
user@R2# show protocols ospf area 0.0.0.1 { interface so-1/0/0.0; } area 0.0.0.2 { interface so-1/0/0.0 { secondary; } }
Vérification
Vérifiez que la configuration fonctionne correctement.
- Vérification de l’interface secondaire
- Vérification des interfaces dans la zone
- Vérification des contiguïtés de voisinage
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
.

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
set interfaces ge-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:2::2/64 set interfaces lo0 unit 0 family inet address 10.1.1.1/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::1/128 set protocols ospf3 area 0.0.0.0 interface ge-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.1 interface ge-1/2/0.0 secondary
Appareil R2
set interfaces ge-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 set interfaces fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:6::1/64 set interfaces lo0 unit 0 family inet address 10.2.2.2/32 set interfaces lo0 unit 0 family inet6 address 2001:db9:9001::2/128 set protocols ospf3 area 0.0.0.0 interface ge-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/2.0 set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.1 interface ge-1/2/0.0 secondary
Appareil R3
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:2::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:3::1/64 set interfaces lo0 unit 0 family inet address 10.3.3.3/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::3/128 set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0
Appareil R4
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 set interfaces fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:5::1/64 set interfaces lo0 unit 0 family inet address 10.4.4.4/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::4/128 set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/2.0
Appareil R5
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 set interfaces lo0 unit 0 family inet address 10.5.5.5/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::5/128 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0
Appareil R6
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 set interfaces lo0 unit 0 family inet address 10.6.6.6/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::6/128 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0
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 :
-
Configurez les interfaces.
[edit interfaces] user@R1# set ge-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 user@R1# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:2::2/64 user@R1# set lo0 unit 0 family inet address 10.1.1.1/32 user@R1# set lo0 unit 0 family inet6 address 2001:db8:9009::1/128
-
Activez OSPFv3 sur les interfaces qui se trouvent dans la zone 0.
[edit protocols ospf3 area 0.0.0.0] user@R1# set interface ge-1/2/0.0 user@R1# set interface lo0.0 passive
-
Activez OSPFv3 sur l’interface qui se trouve dans la zone 1.
[edit protocols ospf3 area 0.0.0.1] user@R1# set interface fe-1/2/1.0 user@R1# set interface ge-1/2/0.0 secondary
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 :
-
Configurez les interfaces.
[edit interfaces] user@R2# set ge-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 user@R2# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::2/64 user@R2# set fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:6::2/64 user@R2# set lo0 unit 0 family inet address 10.2.2.2/32 user@R2# set lo0 unit 0 family inet6 address 2001:db8:9009::2/128
-
Activez OSPFv3 sur les interfaces qui se trouvent dans la zone 0.
[edit protocols ospf3 area 0.0.0.0] user@R2# set interface ge-1/2/0.0 user@R2# set interface lo0.0 passive
-
Activez OSPFv3 sur l’interface qui se trouve dans la zone 1.
[edit protocols ospf3 area 0.0.0.1] user@R2# set interface fe-1/2/2.0 user@R2# set interface fe-1/2/1.0 user@R2# set interface ge-1/2/0.0 secondary
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
user@R1# show interfaces
ge-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:1::1/64/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:2::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.1.1.1/32;
}
family inet6 {
address 2001:db8:9009::1/128;
}
}
}
user@R1# show protocols
ospf3 {
area 0.0.0.0 {
interface ge-1/2/0.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.1 {
interface fe-1/2/1.0;
interface ge-1/2/0.0 {
secondary;
}
}
}
Appareil R2
user@R2# show interfaces
ge-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:1::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:4::1/64;
}
}
}
fe-1/2/2 {
unit 0 {
family inet6 {
address 2001:db8:9009:6::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.2.2.2/32;
}
family inet6 {
address 2001:db8:9009::2/128;
}
}
}
user@R2# show protocols
ospf3 {
area 0.0.0.0 {
interface ge-1/2/0.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.1 {
interface fe-1/2/2.0;
interface fe-1/2/1.0;
interface ge-1/2/0.0 {
secondary;
}
}
}
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
- Vérification de la modification du flux de trafic lorsque vous supprimez la contiguïté multizone
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.
user@R1> traceroute 2001:db8:9009::6 traceroute6 to 2001:db8:9009::6 (2001:db8:9009::6 ) from 2001:db8:9009:1::1 , 64 hops max, 12 byte packets 1 2001:db8:9009:1::2 (2001:db8:9009:1::2 ) 1.361 ms 1.166 ms 1.117 ms 2 2001:db8:9009::6 (2001:db8:9009::6 ) 1.578 ms 1.484 ms 1.488 ms
user@R1> traceroute 2001:db8:9009::5 traceroute6 to 2001:db8:9009::5 (2001:db8:9009::5) from 2001:db8:9009:1::1, 64 hops max, 12 byte packets 1 2001:db8:9009:1::2 (2001:db8:9009:1::2) 1.312 ms 1.472 ms 1.132 ms 2 2001:db8:9009:4::1 (2001:db8:9009:4::1) 1.137 ms 1.174 ms 1.126 ms 3 2001:db8:9009::5 (5::5) 1.591 ms 1.445 ms 1.441 ms
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
-
Désactivez les interfaces de liaison dorsale dans la zone 1 sur R1 et R2.
user@R1# deactivate protocols ospf3 area 0.0.0.1 interface ge-1/2/0.0 user@R1# commit user@R2# deactivate protocols ospf3 area 0.0.0.1 interface ge-1/2/0.0 user@R2# commit
-
À 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.user@R1> traceroute 2001:db8:9009::6 traceroute6 to 2001:db8:9009::6 (2001:db8:9009::6) from 2001:db8:9009:2::2, 64 hops max, 12 byte packets 1 2001:db8:9009:2::1 (2001:db8:9009:2::1) 1.314 ms 8.523 ms 8.310 ms 2 2001:db8:9009:3::2 (2001:db8:9009:3::2) 1.166 ms 1.162 ms 1.172 ms 3 2001:db8:9009:4::1 (2001:db8:9009:4::1) 1.386 ms 1.182 ms 1.138 ms 4 2001:db8:9009::6 (2001:db8:9009::6) 1.605 ms 1.469 ms 1.438 ms
user@R1> traceroute 2001:db8:9009::5 traceroute6 to 2001:db8:9009::5 (2001:db8:9009::5) from 2001:db8:9009:2::2, 64 hops max, 12 byte packets 1 2001:db8:9009:2::1 (2001:db8:9009:2::1) 1.365 ms 1.174 ms 1.133 ms 2 2001:db8:9009:3::2 (2001:db8:9009:2::1) 1.157 ms 1.198 ms 1.138 ms 3 2001:db8:9009:5::5 (2001:db8:9009:5::5) 1.584 ms 1.461 ms 1.443 ms
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.

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.
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.
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 :
Configurez les interfaces des appareils. Reportez-vous au Guide de l’utilisateur des interfaces pour les dispositifs de sécurité.
Configurez les identificateurs de routeur pour les périphériques de votre réseau OSPF. Reportez-vous à la section Exemple : Configuration d’un identificateur de routeur OSPF.
Contrôlez le choix du routeur désigné par l’OSPF. Voir Exemple : Contrôle de l’élection du routeur désigné OSPF
Configurez un réseau OSPF multizone. Reportez-vous à la section Exemple : Configuration d’un réseau OSPF multizone.
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’instructionstub
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’instructiondefault-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.
À 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.

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.
[edit] set protocols ospf area 07 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.
[edit] set protocols ospf area 07 stub default-metric 10
(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.
[edit] set protocols ospf area 0.0.0.7 stub no-summaries
Procédure
Procédure étape par étape
Pour configurer les zones de stub OSPF :
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.[edit] user@host# set protocols ospf area 0.0.0.7 stub
Sur l’ABR, injectez un itinéraire par défaut dans la zone.
[edit] user@host# set protocols ospf area 0.0.0.7 stub default-metric 10
(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.
[edit] user@host# set protocols ospf area 0.0.0.7 stub no-summaries
Si vous avez terminé de configurer les périphériques, validez la configuration.
[edit] user@host# commit
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 :
user@host# show protocols ospf area 0.0.0.7 { stub; }
Configuration sur l’ABR (la sortie comprend également le réglage optionnel) :
user@host# show protocols ospf area 0.0.0.7 { stub default-metric 10 no-summaries; }
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 :
Configurez les interfaces des appareils. Reportez-vous au Guide de l’utilisateur des interfaces pour les dispositifs de sécurité.
Configurez les identificateurs de routeur pour les périphériques de votre réseau OSPF. Reportez-vous à la section Exemple : Configuration d’un identificateur de routeur OSPF.
Contrôlez le choix du routeur désigné par l’OSPF. Voir Exemple : Contrôle de l’élection du routeur désigné OSPF
Configurez un réseau OSPF multizone. Reportez-vous à la section Exemple : Configuration d’un réseau OSPF multizone.
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.
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’instructionnssa
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’instructiondefault-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’instructionno-summaries
est configurée. Par défaut, lorsque l’instructionno-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’instructiontype-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.

Topologie
Configuration
- Configuration des périphériques de routage pour qu’ils participent à une zone pas si trapue
- Désactivation de l’exportation des annonces d’état de lien de type 7 dans des zones pas si trapues
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.
[edit] set protocols ospf area 0.0.0.9 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.
[edit] set protocols ospf area 0.0.0.9 nssa default-lsa default-metric 10 set protocols ospf area 0.0.0.9 nssa default-lsa metric-type 1 set protocols ospf area 0.0.0.9 nssa default-lsa type-7 set protocols ospf area 0.0.0.9 nssa no-summaries
Procédure étape par étape
Pour configurer les NSSA OSPF :
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.[edit] user@host# set protocols ospf area 0.0.0.9 nssa
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.
[edit ] user@host# edit protocols ospf area 0.0.0.9 nssa
Sur l’ABR, injectez un itinéraire par défaut dans la zone.
[edit protocols ospf area 0.0.0.9 nssa] user@host# set default-lsa default-metric 10
(Facultatif) Sur l’ABR, spécifiez le type de métrique externe pour l’itinéraire par défaut.
[edit protocols ospf area 0.0.0.9 nssa] user@host# set default-lsa metric-type 1
(Facultatif) Sur l’ABR, spécifiez l’inondation des LSA de type 7.
[edit protocols ospf area 0.0.0.9 nssa] user@host# set default-lsa type-7
Sur l’ABR, empêchez les LSA sommaires d’entrer dans la zone.
[edit protocols ospf area 0.0.0.9 nssa] user@host# set no-summaries
Si vous avez terminé de configurer les périphériques, validez la configuration.
[edit protocols ospf area 0.0.0.9 nssa] user@host# commit
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 :
user@host# show protocols ospf area 0.0.0.9 { nssa; }
Configuration sur l’ABR. La sortie inclut également l’option metric-type
et type-7
les instructions.
user@host# show protocols ospf area 0.0.0.9 { nssa { default-lsa { default-metric 10; metric-type 1; type-7; } no-summaries; } }
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.
[edit] set protocols ospf no-nssa-abr
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.
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.[edit] user@host# set protocols ospf no-nssa-abr
Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit] user@host# commit
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.
user@host# show protocols ospf no-nssa-abr;
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
- Vérification du type de zone OSPF
- Vérification du type de LSA
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.

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’instructionstub
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’instructiondefault-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.
À 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
- Procédure étape par étape
- Procédure étape par étape
- Procédure étape par étape
- Procédure étape par étape
- Résultats
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
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:2::1/64 set interfaces fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:3::1/64 set interfaces lo0 unit 0 family inet address 10.1.1.1/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.0 interface fe-1/2/2.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive
Dispositif 2
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:2::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 set interfaces lo0 unit 0 family inet address 10.2.2.2/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.7 stub default-metric 10 set protocols ospf3 area 0.0.0.7 stub no-summaries set protocols ospf3 area 0.0.0.7 interface fe-1/2/1.0
Dispositif 3
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:5::1/64 set interfaces lo0 unit 0 family inet address 10.3.3.3/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.9 interface fe-1/2/1.0
Dispositif 4
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:6::1/64 set interfaces lo0 unit 0 family inet address 10.4.4.4/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.3 interface fe-1/2/1.0
Appareil 5
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 set interfaces lo0 unit 0 family inet address 10.5.5.5/32 set protocols ospf3 area 0.0.0.3 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.3 interface lo0.0 passive
Appareil 6
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:4::2/64 set interfaces lo0 unit 0 family inet address 10.6.6.6/32 set protocols ospf3 area 0.0.0.7 stub set protocols ospf3 area 0.0.0.7 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.7 interface lo0.0 passive
Appareil 7
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 set interfaces lo0 unit 0 family inet address 10.7.7.7/32 set protocols ospf3 export static-to-ospf set protocols ospf3 area 0.0.0.9 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.9 interface lo0.0 passive set policy-options policy-statement static-to-ospf term 1 from protocol static set policy-options policy-statement static-to-ospf term 1 then accept set routing-options rib inet6.0 static route 2001:db8:1010::1/128 next-hop 2001:db8:9009:7::2 set routing-options rib inet6.0 static route 2001:db8:2020::1/128 next-hop 2001:db8:9009:7::2
Appareil 8
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:7::2/64 set interfaces lo0 unit 0 family inet address 10.8.8.8/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:1010::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:2020::1/128
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 :
-
Configurez les interfaces.
[edit interfaces] user@2# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:2::2/64 user@2# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 user@2# set lo0 unit 0 family inet address 10.2.2.2/32
-
Activez OSPFv3 sur les interfaces qui se trouvent dans la zone 0.
[edit protocols ospf3 area 0.0.0.0] user@2# set interface fe-1/2/0.0 user@2# set interface lo0.0 passive
-
Activez OSPFv3 sur l’interface qui se trouve dans la zone 7.
[edit protocols ospf3 area 0.0.0.7] user@2# set interface fe-1/2/1.0
-
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.[edit protocols ospf3 area 0.0.0.7] user@2# set stub
-
Sur l’ABR, injectez un itinéraire par défaut dans la zone.
[edit protocols ospf3 area 0.0.0.7] user@2# set stub default-metric 10
-
(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.
[edit protocols ospf3 area 0.0.0.7] user@2# set stub no-summaries
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 :
-
Configurez les interfaces.
[edit interfaces] user@6# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:4::2/64 user@6# set lo0 unit 0 family inet address 10.6.6.6/32
-
Activez OSPFv3 sur l’interface qui se trouve dans la zone 7.
[edit protocols ospf3 area 0.0.0.7] user@6# set interface fe-1/2/0.0 user@6# set interface lo0.0 passive
-
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.[edit protocols ospf3 area 0.0.0.7] user@6# set stub
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 :
-
Configurez les interfaces.
[edit interfaces] user@7# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 user@7# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 user@7# set lo0 unit 0 family inet address 10.7.7.7/32
-
Activez OSPFv3 sur l’interface qui se trouve dans la zone 9.
[edit protocols ospf3 area 0.0.0.9] user@7# set interface fe-1/2/0.0 user@7# set interface lo0.0 passive
-
Configurez les routes statiques qui permettent la connectivité aux routes client.
[edit routing-options rib inet6.0 static] user@7# set route 1010::1/128 next-hop 2001:db8:9009:7::2 user@7# set route 2020::1/128 next-hop 2001:db8:9009:7::2
-
Configurez une stratégie de routage pour redistribuer les routes statiques.
[edit policy-options policy-statement static-to-ospf term 1] user@7# set from protocol static user@7# set then accept
-
Appliquez la stratégie de routage à l’instance OSPFv3.
[edit protocols ospf3] user@7# set export static-to-ospf
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 :
-
Configurez les interfaces.
[edit interfaces] user@8# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:7::2/64 user@8# set lo0 unit 0 family inet address 10.8.8.8/32
-
Configurez deux adresses d’interface de bouclage pour simuler les itinéraires des clients.
[edit interfaces lo0 unit 0 family inet6] user@8# set address 2001:db8:1010::1/128 user@8# set address 2001:db8:2020::1/128
Résultats
À partir du mode configuration, confirmez votre configuration en entrant les show interfaces
commandes , show protocols
, show policy-options
et 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
user@2# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:2::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:4::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.2.2.2/32;
}
}
}
user@2# show protocols
ospf3 {
area 0.0.0.0 {
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.7 {
stub default-metric 10 no-summaries;
interface fe-1/2/1.0;
}
}
Appareil 6
user@6# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:4::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.6.6.6/32;
}
}
}
user@6# show protocols
ospf3 {
area 0.0.0.7 {
stub;
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
}
Appareil 7
user@7# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:5::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:7::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.7.7.7/32;
}
}
}
user@7# show protocols
ospf3 {
export static-to-ospf;
area 0.0.0.9 {
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
}
user@7# show policy-options
policy-statement static-to-ospf {
term 1 {
from protocol static;
then accept;
}
}
user@7# show routing-options
rib inet6.0 {
static {
route 2001:db8:1010::1/128 next-hop 2001:db8:9009:7::2;
route 2001:db8:2020::1/128 next-hop 2001:db8:9009:7::2;
}
}
Appareil 8
user@8# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:7::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.8.8.8/32;
}
family inet6 {
address 2001:db8:1010::1/128;
address 2001:db8:2020::1/128;
}
}
}
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.
user@2> show ospf3 overview Instance: master Router ID: 10.2.2.2 Route table index: 51 Area border router LSA refresh time: 50 minutes Area: 0.0.0.0 Stub type: Not Stub Area border routers: 2, AS boundary routers: 0 Neighbors Up (in full state): 1 Area: 0.0.0.7 Stub type: Stub, Stub cost: 10 Area border routers: 0, AS boundary routers: 0 Neighbors Up (in full state): 1 Topology: default (ID 0) Prefix export count: 0 Full SPF runs: 24 SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3 Backup SPF: Not Needed
user@6> show ospf3 overview Instance: master Router ID: 10.6.6.6 Route table index: 46 LSA refresh time: 50 minutes Area: 0.0.0.7 Stub type: Stub Area border routers: 1, AS boundary routers: 0 Neighbors Up (in full state): 1 Topology: default (ID 0) Prefix export count: 0 Full SPF runs: 17 SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3 Backup SPF: Not Needed
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.
user@6> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.6.6.6/32 *[Direct/0] 1d 01:57:12 > via lo0.0 inet6.0: 6 destinations, 7 routes (6 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both ::/0 *[OSPF3/10] 00:10:52, metric 11 > via fe-1/2/0.0 2001:db8:9009:4::/64 *[Direct/0] 1d 01:56:31 > via fe-1/2/0.0 [OSPF3/10] 1d 01:56:31, metric 1 > via fe-1/2/0.0 2001:db8:9009:4::2/128 *[Local/0] 1d 01:56:53 Local via fe-1/2/0.0 fe80::/64 *[Direct/0] 1d 01:56:31 > via fe-1/2/0.0 fe80::2a0:a514:0:a4c/128 *[Local/0] 1d 01:56:53 Local via fe-1/2/0.0 ff02::5/128 *[OSPF3/10] 1d 01:58:22, metric 1 MultiRecv
user@2> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.2.2.2/32 *[Direct/0] 1d 02:16:13 > via lo0.0 inet6.0: 14 destinations, 17 routes (14 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 2001:db8:1010::1/128 *[OSPF3/150] 00:30:15, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:2020::1/128 *[OSPF3/150] 00:30:15, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:9009:1::/64 *[OSPF3/10] 1d 02:15:54, metric 2 > via fe-1/2/0.0 2001:db8:9009:2::/64 *[Direct/0] 1d 02:15:54 > via fe-1/2/0.0 [OSPF3/10] 1d 02:15:54, metric 1 > via fe-1/2/0.0 2001:db8:9009:2::2/128 *[Local/0] 1d 02:15:54 Local via fe-1/2/0.0 2001:db8:9009:3::/64 *[OSPF3/10] 1d 02:15:54, metric 2 > via fe-1/2/0.0 2001:db8:9009:4::/64 *[Direct/0] 1d 02:15:54 > via fe-1/2/1.0 [OSPF3/10] 05:38:05, metric 1 > via fe-1/2/1.0 2001:db8:9009:4::1/128 *[Local/0] 1d 02:15:54 Local via fe-1/2/1.0 2001:db8:9009:5::/64 *[OSPF3/10] 1d 02:15:54, metric 3 > via fe-1/2/0.0 2001:db8:9009:6::/64 *[OSPF3/10] 1d 01:33:10, metric 3 > via fe-1/2/0.0 fe80::/64 *[Direct/0] 1d 02:15:54 > via fe-1/2/0.0 [Direct/0] 1d 02:15:54 > via fe-1/2/1.0 fe80::2a0:a514:0:64c/128 *[Local/0] 1d 02:15:54 Local via fe-1/2/0.0 fe80::2a0:a514:0:94c/128 *[Local/0] 1d 02:15:54 Local via fe-1/2/1.0 ff02::5/128 *[OSPF3/10] 1d 02:17:45, metric 1 MultiRecv
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 lanssa
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’instructiondefault-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’instructionno-summaries
est configurée. Par défaut, lorsque l’instructionno-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’instructiontype-7
.
-

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
- Procédure étape par étape
- Procédure étape par étape
- Procédure étape par étape
- Procédure étape par étape
- Résultats
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
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:3::1/64 set interfaces lo0 unit 0 family inet address 10.1.1.1/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.5 set protocols ospf3 area 0.0.0.0 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive
Dispositif 3
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:5::1/64 set interfaces lo0 unit 0 family inet address 10.3.3.3/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.9 nssa default-lsa default-metric 10 set protocols ospf3 area 0.0.0.9 nssa default-lsa metric-type 1 set protocols ospf3 area 0.0.0.9 nssa default-lsa type-7 set protocols ospf3 area 0.0.0.9 nssa no-summaries set protocols ospf3 area 0.0.0.9 interface fe-1/2/1.0
Dispositif 4
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:6::1/64 set interfaces lo0 unit 0 family inet address 10.4.4.4/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.3 interface fe-1/2/1.0
Appareil 5
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 set interfaces lo0 unit 0 family inet address 10.5.5.5/32 set protocols ospf3 export static-to-ospf set protocols ospf3 area 0.0.0.3 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.3 interface lo0.0 passive set policy-options policy-statement static-to-ospf term 1 from protocol static set policy-options policy-statement static-to-ospf term 1 then accept set routing-options rib inet6.0 static route 2001:db8:1010::1/128 next-hop 2001:db8:9009:7::2 set routing-options rib inet6.0 static route 2001:db8:2020::1/128 next-hop 2001:db8:9009:7::2
Appareil 7
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:8::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:9::1/64 set interfaces lo0 unit 0 family inet address 10.7.7.7/32 set protocols ospf3 export static2-to-ospf set protocols ospf3 area 0.0.0.9 nssa set protocols ospf3 area 0.0.0.9 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.9 interface lo0.0 passive set policy-options policy-statement static2-to-ospf term 1 from protocol static set policy-options policy-statement static2-to-ospf term 1 then accept set routing-options rib inet6.0 static route 2001:db8:3030::1/128 next-hop 2001:db8:9009:8::2 set routing-options rib inet6.0 static route 2001:db8:4040::1/128 next-hop 2001:db8:9009:8::2
Appareil 8
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:7::2/64 set interfaces lo0 unit 0 family inet address 10.8.8.8/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:1010::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:2020::1/128
Appareil 9
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:8::2/64 set interfaces lo0 unit 0 family inet address 10.9.9.9/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:3030::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:4040::1/128
Appareil 10
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:9::2/64 set interfaces lo0 unit 0 family inet address 10.10.10.10/32 set protocols ospf3 area 0.0.0.9 nssa set protocols ospf3 area 0.0.0.9 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.9 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.9 interface lo0.0 passive
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 :
-
Configurez les interfaces.
[edit interfaces] user@3# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 user@3# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:5::1/64 user@3# set lo0 unit 0 family inet address 10.3.3.3/32
-
Activez OSPFv3 sur les interfaces qui se trouvent dans la zone 0.
[edit protocols ospf3 area 0.0.0.0] user@3# set interface fe-1/2/0.0 user@3# set interface lo0.0 passive
-
Activez OSPFv3 sur l’interface qui se trouve dans la zone 9.
[edit protocols ospf3 area 0.0.0.9] user@3# set interface fe-1/2/1.0
-
Configurez un NSSA OSPFv3.
L’instruction
nssa
est requise sur tous les périphériques de routage de la zone.[edit protocols ospf3 area 0.0.0.9] user@3# set nssa
-
Sur l’ABR, injectez un itinéraire par défaut dans la zone.
[edit protocols ospf3 area 0.0.0.9] user@3# set default-lsa default-metric 10
-
(Facultatif) Sur l’ABR, spécifiez le type de métrique externe pour l’itinéraire par défaut.
[edit protocols ospf3 area 0.0.0.9] user@3# set nssa default-lsa metric-type 1
-
(Facultatif) Sur l’ABR, spécifiez l’inondation des LSA de type 7.
[edit protocols ospf3 area 0.0.0.9] user@3# set nssa default-lsa type-7
-
Sur l’ABR, empêchez les LSA sommaires d’entrer dans la zone.
[edit protocols ospf3 area 0.0.0.9] user@3# set nssa no-summaries
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 :
-
Configurez les interfaces.
[edit interfaces] user@5# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 user@5# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 user@5# set lo0 unit 0 family inet address 10.5.5.5/32
-
Activez OSPFv3 sur l’interface qui se trouve dans la zone 3.
[edit protocols ospf3 area 0.0.0.3] user@5# set interface fe-1/2/0.0 user@5# set interface lo0.0 passive
-
Configurez les routes statiques qui permettent la connectivité aux routes client.
[edit routing-options rib inet6.0 static] user@5# set route 1010::1/128 next-hop 2001:db8:9009:7::2 user@5# set route 2020::1/128 next-hop 2001:db8:9009:7::2
-
Configurez une stratégie de routage pour redistribuer les routes statiques.
[edit policy-options policy-statement static-to-ospf term 1] user@5# set from protocol static user@5# set then accept
-
Appliquez la stratégie de routage à l’instance OSPFv3.
[edit protocols ospf3] user@5# set export static-to-ospf
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 :
-
Configurez les interfaces.
[edit interfaces] user@7# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 user@7# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 user@7# set lo0 unit 0 family inet address 10.7.7.7/32
-
Activez OSPFv3 sur l’interface qui se trouve dans la zone 9.
[edit protocols ospf3 area 0.0.0.9] user@7# set interface fe-1/2/0.0 user@7# set interface lo0.0 passive
-
Configurez un NSSA OSPFv3.
L’instruction
nssa
est requise sur tous les périphériques de routage de la zone.[edit protocols ospf3 area 0.0.0.9] user@7# set nssa
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 :
-
Configurez les interfaces.
[edit interfaces] user@8# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:7::2/64 user@8# set lo0 unit 0 family inet address 10.8.8.8/32
-
Configurez deux adresses d’interface de bouclage pour simuler les itinéraires des clients.
[edit interfaces lo0 unit 0 family inet6] user@8# set address 2001:db8:1010::1/128 user@8# set address 2001:db8:2020::1/128
Résultats
À partir du mode configuration, confirmez votre configuration en entrant les show interfaces
commandes , show protocols
, show policy-options
et 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
user@3# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:3::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:5::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.3.3.3/32;
}
}
}
}
user@3# show protocols
ospf3 {
area 0.0.0.0 {
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.9 {
nssa {
default-lsa {
default-metric 10;
metric-type 1;
type-7;
}
no-summaries;
}
interface fe-1/2/1.0;
}
}
Appareil 5
user@5# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:6::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:7::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.5.5.5/32;
}
}
}
user@5# show protocols
ospf3 {
export static-to-ospf;
area 0.0.0.3 {
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
}
user@5# show policy-options
policy-statement static-to-ospf {
term 1 {
from protocol static;
then accept;
}
}
user@5# show routing-options
rib inet6.0 {
static {
route 2001:db8:1010::1/128 next-hop 2001:db8:9009:7::2;
route 2001:db8:2020::1/128 next-hop 2001:db8:9009:7::2;
}
}
Appareil 7
user@7# show interfaces
fe-1/2/0 {
unit 0{
family inet6 {
address 2001:db8:9009:5::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.7.7.7/32;
}
}
}
user@7# show protocols
ospf3 {
area 0.0.0.9 {
nssa;
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
}
Appareil 8
user@8# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:7::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.8.8.8/32;
}
family inet6 {
address 2001:db8:1010::1/128;
address 2001:db8:2020::1/128;
}
}
}
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
- Vérification des routes dans la zone de stub OSPFv3
- Vérification du type de LSA
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.
user@3> show ospf3 overview Instance: master Router ID: 10.3.3.3 Route table index: 36 Area border router, AS boundary router, NSSA router LSA refresh time: 50 minutes Area: 0.0.0.0 Stub type: Not Stub Area border routers: 2, AS boundary routers: 0 Neighbors Up (in full state): 1 Area: 0.0.0.9 Stub type: Stub NSSA, Stub cost: 10 Area border routers: 0, AS boundary routers: 1 Neighbors Up (in full state): 1 Topology: default (ID 0) Prefix export count: 0 Full SPF runs: 22 SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3 Backup SPF: Not Needed
user@7> show ospf3 overview Instance: master Router ID: 10.7.7.7 Route table index: 44 AS boundary router, NSSA router LSA refresh time: 50 minutes Area: 0.0.0.9 Stub type: Stub NSSA Area border routers: 1, AS boundary routers: 1 Neighbors Up (in full state): 1 Topology: default (ID 0) Prefix export count: 2 Full SPF runs: 11 SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3 Backup SPF: Not Needed
user@10> show ospf3 overview Instance: master Router ID: 10.10.10.10 Route table index: 55 NSSA router LSA refresh time: 50 minutes Area: 0.0.0.9 Stub type: Stub NSSA Area border routers: 1, AS boundary routers: 2 Neighbors Up (in full state): 2 Topology: default (ID 0) Prefix export count: 0 Full SPF runs: 6 SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3 Backup SPF: Not Needed
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.
user@7> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.7.7.7/32 *[Direct/0] 3d 03:00:23 > via lo0.0 inet6.0: 12 destinations, 14 routes (12 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both ::/0 *[OSPF3/150] 01:01:31, metric 12, tag 0 > via fe-1/2/1.0 2001:db8:3030::1/128 *[Static/5] 01:01:43 > to 9009:8::2 via fe-1/2/0.0 2001:db8:4040::1/128 *[Static/5] 01:01:43 > to 9009:8::2 via fe-1/2/0.0 2001:db8:9009:5::/64 *[OSPF3/10] 01:01:33, metric 2 > via fe-1/2/1.0 2001:db8:9009:8::/64 *[Direct/0] 01:01:43 > via fe-1/2/0.0 2001:db8:9009:8::1/128 *[Local/0] 01:02:01 Local via fe-1/2/0.0 2001:db8:9009:9::/64 *[Direct/0] 01:01:45 > via fe-1/2/1.0 [OSPF3/10] 01:01:44, metric 1 > via fe-1/2/1.0 2001:db8:9009:9::1/128 *[Local/0] 01:02:01 Local via fe-1/2/1.0 fe80::/64 *[Direct/0] 01:01:45 > via fe-1/2/1.0 [Direct/0] 01:01:43 > via fe-1/2/0.0 fe80::2a0:a514:0:f4c/128 *[Local/0] 01:02:01 Local via fe-1/2/0.0 fe80::2a0:a514:0:114c/128 *[Local/0] 01:02:01 Local via fe-1/2/1.0 ff02::5/128 *[OSPF3/10] 3d 03:01:25, metric 1 MultiRecv
user@10> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.10.10.10/32 *[Direct/0] 01:01:59 > via lo0.0 inet6.0: 11 destinations, 14 routes (11 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both ::/0 *[OSPF3/150] 01:01:35, metric 11, tag 0 > via fe-1/2/0.0 2001:db8:3030::1/128 *[OSPF3/150] 01:01:35, metric 0, tag 0 > via fe-1/2/1.0 2001:db8:4040::1/128 *[OSPF3/150] 01:01:35, metric 0, tag 0 > via fe-1/2/1.0 2001:db8:9009:5::/64 *[Direct/0] 01:01:50 > via fe-1/2/0.0 [OSPF3/10] 01:01:50, metric 1 > via fe-1/2/0.0 2001:db8:9009:5::2/128 *[Local/0] 01:01:50 Local via fe-1/2/0.0 2001:db8:9009:9::/64 *[Direct/0] 01:01:50 > via fe-1/2/1.0 [OSPF3/10] 01:01:40, metric 1 > via fe-1/2/1.0 2001:db8:9009:9::2/128 *[Local/0] 01:01:50 Local via fe-1/2/1.0 fe80::/64 *[Direct/0] 01:01:50 > via fe-1/2/0.0 [Direct/0] 01:01:50 > via fe-1/2/1.0 fe80::2a0:a514:0:c4c/128 *[Local/0] 01:01:50 Local via fe-1/2/0.0 fe80::2a0:a514:0:124c/128 *[Local/0] 01:01:50 Local via fe-1/2/1.0 ff02::5/128 *[OSPF3/10] 01:02:16, metric 1 MultiRecv
user@3> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.3.3.3/32 *[Direct/0] 3d 03:03:10 > via lo0.0 inet6.0: 15 destinations, 18 routes (15 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 2001:db8:1010::1/128 *[OSPF3/150] 01:04:21, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:2020::1/128 *[OSPF3/150] 01:04:21, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:3030::1/128 *[OSPF3/150] 01:03:57, metric 0, tag 0 > via fe-1/2/1.0 2001:db8:4040::1/128 *[OSPF3/150] 01:03:57, metric 0, tag 0 > via fe-1/2/1.0 2001:db8:9009:1::/64 *[OSPF3/10] 3d 03:02:06, metric 2 > via fe-1/2/0.0 2001:db8:9009:3::/64 *[Direct/0] 3d 03:02:55 > via fe-1/2/0.0 [OSPF3/10] 3d 03:02:54, metric 1 > via fe-1/2/0.0 2001:db8:9009:3::2/128 *[Local/0] 3d 03:02:55 Local via fe-1/2/0.02001:db8:9009:5::/64 *[Direct/0] 01:04:09 > via fe-1/2/1.0 [OSPF3/10] 01:04:09, metric 1 > via fe-1/2/1.0 2001:db8:9009:5::1/128 *[Local/0] 3d 03:02:54 Local via fe-1/2/1.0 2001:db8:9009:6::/64 *[OSPF3/10] 3d 02:19:14, metric 3 > via fe-1/2/0.0 2001:db8:9009:9::/64 *[OSPF3/10] 01:04:02, metric 2 > via fe-1/2/1.0 fe80::/64 *[Direct/0] 3d 03:02:55 > via fe-1/2/0.0 [Direct/0] 01:04:09 > via fe-1/2/1.0 fe80::2a0:a514:0:84c/128 *[Local/0] 3d 03:02:55 Local via fe-1/2/0.0 fe80::2a0:a514:0:b4c/128 *[Local/0] 3d 03:02:54 Local via fe-1/2/1.0 ff02::5/128 *[OSPF3/10] 3d 03:03:50, metric 1 MultiRecv
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.
user@7> show ospf3 database nssa detail Area 0.0.0.9 Type ID Adv Rtr Seq Age Cksum Len NSSA 0.0.0.1 10.3.3.3 0x8000002a 1462 0xf406 28 Prefix ::/0 Prefix-options 0x0, Metric 10, Type 1, NSSA *0.0.0.1 10.7.7.7 0x80000003 1625 0x88df 60 Prefix 2001:db8:3030::1/128 Prefix-options 0x8, Metric 0, Type 2, Fwd addr 2001:db8:9009:9::1, NSSA *0.0.0.2 10.7.7.7 0x80000003 1025 0xef57 60 Prefix 2001:db8:4040::1/128 Prefix-options 0x8, Metric 0, Type 2, Fwd addr 2001:db8:9009:9::1,
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.

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
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:5::1/64 set interfaces lo0 unit 0 family inet address 0.1.1.1/32 set protocols ospf3 area 0.0.0.1 nssa set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive
Dispositif 2
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 set interfaces lo0 unit 0 family inet address 10.2.2.2/32 set protocols ospf3 export static2-to-ospf set protocols ospf3 area 0.0.0.1 nssa set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set policy-options policy-statement static2-to-ospf term 1 from protocol static set policy-options policy-statement static2-to-ospf term 1 then accept set routing-options rib inet6.0 static route 3030::1/128 next-hop 2001:db8:9009:4::2 set routing-options rib inet6.0 static route 4040::1/128 next-hop 2001:db8:9009:4::2
Dispositif 3
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:4::2/64 set interfaces lo0 unit 0 family inet address 10.3.3.3/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:3030::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:4040::1/128 set routing-options rib inet6.0 static route ::/0 next-hop 2001:db8:9009:4::1
Dispositif 4
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:6::1/64 set interfaces fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:3::1/64 set interfaces lo0 unit 0 family inet address 10.4.4.4/32 set protocols ospf3 export static-to-ospf set protocols ospf3 no-nssa-abr set protocols ospf3 area 0.0.0.0 interface fe-1/2/2.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 nssa default-lsa default-metric 10 set protocols ospf3 area 0.0.0.1 nssa default-lsa metric-type 1 set protocols ospf3 area 0.0.0.1 nssa default-lsa type-7 set protocols ospf3 area 0.0.0.1 nssa no-summaries set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set policy-options policy-statement static-to-ospf term 1 from protocol static set policy-options policy-statement static-to-ospf term 1 then accept set routing-options rib inet6.0 static route 2001:db8:1010::1/128 next-hop 2001:db8:9009:1::1 set routing-options rib inet6.0 static route 2001:db8:2020::1/128 next-hop 2001:db8:9009:1::1
Appareil 5
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces lo0 unit 0 family inet address 10.5.5.5/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:1010::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:2020::1/128 set routing-options rib inet6.0 static route ::/0 next-hop 2001:db8:9009:1::2
Appareil 6
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 set interfaces lo0 unit 0 family inet address 10.6.6.6/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive
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 :
-
Configurez les interfaces.
[edit interfaces] user@4# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 user@4# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:6::1/64 user@4# set fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:3::1/64 user@4# set lo0 unit 0 family inet address 10.4.4.4/32
-
Activez OSPFv3 sur les interfaces qui se trouvent dans la zone 0.
[edit protocols ospf3 area 0.0.0.0] user@4# set interface fe-1/2/2.0 user@4# set interface lo0.0 passive
-
Activez OSPFv3 sur l’interface qui se trouve dans la zone 1.
[edit protocols ospf3 area 0.0.0.1] user@4# set interface fe-1/2/1.0
-
Configurez un NSSA OSPFv3.
L’instruction
nssa
est requise sur tous les périphériques de routage de la zone.[edit protocols ospf3 area 0.0.0.1] user@4# set nssa
-
Sur l’ABR, injectez un itinéraire par défaut dans la zone.
[edit protocols ospf3 area 0.0.0.1] user@4# set nssa default-lsa default-metric 10
-
(Facultatif) Sur l’ABR, spécifiez le type de métrique externe pour l’itinéraire par défaut.
[edit protocols ospf3 area 0.0.0.1] user@4# set nssa default-lsa metric-type 1
-
(Facultatif) Sur l’ABR, spécifiez l’inondation des LSA de type 7.
[edit protocols ospf3 area 0.0.0.1] user@4# set nssa default-lsa type-7
-
Sur l’ABR, empêchez les LSA sommaires d’entrer dans la zone.
[edit protocols ospf3 area 0.0.0.1] user@4# set nssa no-summaries
-
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.
[edit protocols ospf3] user@4# set no-nssa-abr
-
Configurez les routes statiques vers le réseau client.
[edit routing-options rib inet6.0 static] user@4# set route 2001:db8:1010::1/128 next-hop 2001:db8:9009:1::1 user@4# set route 2001:db8:2020::1/128 next-hop 2001:db8:9009:1::1
-
Configurez une stratégie pour injecter les routes statiques dans OSPFv3.
[edit policy-options policy-statement static-to-ospf term 1] user@4# set from protocol static user@4# set then accept
-
Appliquez la stratégie à OSPFv3.
[edit protocols ospf3] user@4# set export static-to-ospf
Résultats
À partir du mode configuration, confirmez votre configuration en entrant les show interfaces
commandes , show protocols
, show policy-options
et 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
user@4# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:1::2/64;
}
}
unit 0 {
family inet6 {
address 2001:db8:9009:6::1/64;
}
}
unit 0 {
family inet6 {
address 2001:db8:9009:3::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.4.4.4/32;
}
}
}
user@4# show protocols
ospf3 {
export static-to-ospf;
no-nssa-abr;
area 0.0.0.0 {
interface fe-1/2/2.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.1 {
nssa {
default-lsa {
default-metric 10;
metric-type 1;
type-7;
}
no-summaries;
}
interface fe-1/2/1.0;
}
}
user@4# show policy-options
policy-statement static-to-ospf {
term 1 {
from protocol static;
then accept;
}
}
user@4# show routing-options
rib inet6.0 {
static {
route 2001:db8:1010::1/128 next-hop 2001:db8:9009:1::1;
route 2001:db8:2020::1/128 next-hop 2001:db8:9009:1::1;
}
}
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.
user@1> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0.1.1.1/32 *[Direct/0] 03:25:44 > via lo0.0 inet6.0: 11 destinations, 14 routes (11 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both ::/0 *[OSPF3/150] 01:52:58, metric 11, tag 0 > via fe-1/2/0.0 2001:db8:3030::1/128 *[OSPF3/150] 02:44:02, metric 0, tag 0 > via fe-1/2/1.0 2001:db8:4040::1/128 *[OSPF3/150] 02:44:02, metric 0, tag 0 > via fe-1/2/1.0 2001:db8:9009:5::/64 *[Direct/0] 03:25:34 > via fe-1/2/1.0 [OSPF3/10] 03:25:24, metric 1 > via fe-1/2/1.0 2001:db8:9009:5::1/128 *[Local/0] 03:25:34 Local via fe-1/2/1.0 2001:db8:9009:6::/64 *[Direct/0] 03:25:34 > via fe-1/2/0.0 [OSPF3/10] 03:25:34, metric 1 > via fe-1/2/0.0 2001:db8:9009:6::2/128 *[Local/0] 03:25:34 Local via fe-1/2/0.0 fe80::/64 *[Direct/0] 03:25:34 > via fe-1/2/0.0 [Direct/0] 03:25:34 > via fe-1/2/1.0 fe80::2a0:a514:0:44c/128 *[Local/0] 03:25:34 Local via fe-1/2/0.0 fe80::2a0:a514:0:74c/128 *[Local/0] 03:25:34 Local via fe-1/2/1.0 ff02::5/128 *[OSPF3/10] 03:27:00, metric 1 MultiRecv
user@6> show route inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 10.6.6.6/32 *[Direct/0] 03:26:57 > via lo0.0 inet6.0: 11 destinations, 12 routes (11 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 2001:db8:1010::1/128 *[OSPF3/150] 03:16:59, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:2020::1/128 *[OSPF3/150] 03:16:59, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:3030::1/128 *[OSPF3/150] 02:44:34, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:4040::1/128 *[OSPF3/150] 02:44:34, metric 0, tag 0 > via fe-1/2/0.0 2001:db8:9009:3::/64 *[Direct/0] 03:26:29 > via fe-1/2/0.0 [OSPF3/10] 03:26:29, metric 1 > via fe-1/2/0.0 2001:db8:9009:3::2/128 *[Local/0] 03:26:29 Local via fe-1/2/0.0 2001:db8:9009:5::/64 *[OSPF3/10] 02:44:34, metric 3 > via fe-1/2/0.0 2001:db8:9009:6::/64 *[OSPF3/10] 03:16:59, metric 2 > via fe-1/2/0.0 fe80::/64 *[Direct/0] 03:26:29 > via fe-1/2/0.0 fe80::2a0:a514:0:64c/128 *[Local/0] 03:26:29 Local via fe-1/2/0.0 ff02::5/128 *[OSPF3/10] 03:27:37, metric 1 MultiRecv
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.
user@4> show ospf3 database nssa detail Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len NSSA 0.0.0.1 10.2.2.2 0x80000004 2063 0xceaf 60 Prefix 3030::1/128 Prefix-options 0x8, Metric 0, Type 2, Fwd addr 2001:db8:9009:5::2, NSSA 0.0.0.2 10.2.2.2 0x80000004 1463 0x3627 60 Prefix 4040::1/128 Prefix-options 0x8, Metric 0, Type 2, Fwd addr 2001:db8:9009:5::2, NSSA *0.0.0.1 10.4.4.4 0x80000003 35 0x25f8 28 Prefix ::/0 Prefix-options 0x0, Metric 10, Type 1,
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.
Comprendre les liens virtuels OSPF pour les zones non contiguës
L’OSPF exige que toutes les zones d’un système autonome (AS) soient physiquement connectées à la zone de la dorsale (zone 0). 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 qui contient au moins deux routeurs de bordure de zone (ABR) pour faire passer le trafic réseau d’une zone adjacente à une autre. La zone de transit doit contenir des informations de routage complètes et il ne peut pas s’agir d’une zone de stub. Par exemple, la Figure 13 montre un lien virtuel entre une zone non contiguë et la zone dorsale à travers une zone connectée aux deux.

Dans la topologie illustrée à la Figure 13, une liaison virtuelle est établie entre la zone 0.0.0.3 et la zone dorsale par l’intermédiaire de la zone 0.0.0.2. Le lien virtuel transite par 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 de liens virtuels OSPF pour connecter des zones non contiguës
Cet exemple montre comment configurer un lien virtuel OSPF pour connecter des zones non contiguës.
Exigences
Avant de commencer :
Configurez les interfaces des appareils. Reportez-vous à la bibliothèque d’interfaces réseau Junos OS pour les périphériques de routage.
Configurez un réseau OSPF à zone unique. Reportez-vous à la section Exemple : Configuration d’un réseau OSPF monozone.
Configurez un réseau OSPF multizone. Reportez-vous à la section Exemple : Configuration d’un réseau OSPF multizone.
Aperçu
Si un périphérique de routage sur le réseau dorsal n’est pas physiquement connecté au réseau dorsal, vous devez établir une connexion virtuelle entre ce périphérique de routage et le réseau dorsal pour connecter les zones non contiguës.
Pour configurer un lien virtuel OSPF via une zone, vous devez spécifier l’ID de routeur (adresse IP) des périphériques de routage à chaque extrémité du lien virtuel. Ces périphériques de routage doivent être des routeurs de bordure de zone (ABR), dont un qui est physiquement connecté à la dorsale. Vous ne pouvez pas configurer de liens virtuels via des zones de stub. Vous devez également spécifier le numéro de la zone traversée par le lien virtuel (également appelée zone de transit). Vous appliquez ces paramètres à la configuration de la zone dorsale (définie par la zone 0.0.0.0) sur les ABR qui font partie de la liaison virtuelle.
Dans cet exemple, les périphériques R1 et R2 sont les périphériques de routage à chaque extrémité de la liaison virtuelle, l’équipement R1 étant physiquement connecté à la dorsale, comme illustré sur la Figure 14. Vous devez configurer les paramètres de lien virtuel suivants :
neighbor-id : spécifie l’adresse IP du périphérique de routage à l’autre extrémité de la liaison virtuelle. Dans cet exemple, l’ID de routeur de l’appareil R1 est 192.0.2.5 et l’ID de routeur de l’appareil R2 est 192.0.2.3.
transit-area : spécifie l’identificateur de zone par lequel transite le lien virtuel. Dans cet exemple, la zone 0.0.0.3 n’est pas connectée à la dorsale, vous configurez donc une session de liaison virtuelle entre la zone 0.0.0.3 et la zone dorsale via la zone 0.0.0.2. La zone 0.0.0.2 est la zone de transit.

Topologie
Configuration
Configuration rapide de la CLI
Pour configurer rapidement un lien virtuel OSPF sur le périphérique de routage local (périphérique R1), copiez les commandes suivantes et collez-les dans l’interface de ligne de commande.
Note:Vous devez configurer les deux périphériques de routage qui font partie du lien virtuel et spécifier l’ID de voisinage applicable sur chaque périphérique de routage.
[edit] set routing-options router-id 192.0.2.5 set protocols ospf area 0.0.0.0 virtual-link neighbor-id 192.0.2.3 transit-area 0.0.0.2
Pour configurer rapidement un lien virtuel OSPF sur le périphérique de routage distant (périphérique R2), copiez les commandes suivantes et collez-les dans l’interface de ligne de commande.
[edit] set routing-options router-id 192.0.2.3 set protocols ospf area 0.0.0.0 virtual-link neighbor-id 192.0.2.5 transit-area 0.0.0.2
Procédure
Procédure étape par étape
Pour configurer un lien virtuel OSPF sur le périphérique de routage local (périphérique R1) :
Configurez l’ID du routeur.
[edit] user@R1# set routing-options router-id 192.0.2.5
Entrez dans le mode de configuration OSPF et spécifiez la zone OSPF 0.0.0.0.
Note:Pour un lien virtuel OSPFv3, incluez l’instruction
ospf3
au niveau de la[edit protocols]
hiérarchie.[edit] user@R1# edit protocols ospf area 0.0.0.0
Configurez un lien virtuel OSPF et spécifiez la zone de transit 0.0.0.2. Ce périphérique de routage doit être un ABR physiquement connecté à la dorsale.
[edit protocols ospf area 0.0.0.0] user@R1# set virtual-link neighbor-id 192.0.2.3 transit-area 0.0.0.2
Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit protocols ospf area 0.0.0.0] user@R1# commit
Procédure étape par étape
Pour configurer un lien virtuel OSPF sur l’ABR distant (l’équipement R2, l’équipement de routage à l’autre extrémité de la liaison) :
Configurez l’ID du routeur.
[edit] user@R2# set routing-options router-id 192.0.2.3
Entrez dans le mode de configuration OSPF et spécifiez la zone OSPF 0.0.0.0.
Note:Pour un lien virtuel OSPFv3, incluez l’instruction
ospf3
au niveau de la[edit protocols]
hiérarchie.[edit] user@R2# edit protocols ospf area 0.0.0.0
Configurez un lien virtuel OSPF sur l’ABR distant et spécifiez la zone de transit 0.0.0.2. Ce périphérique de routage n’est pas physiquement connecté à la dorsale.
[edit protocols ospf area 0.0.0.0] user@R2# set virtual-link neighbor-id 192.0.2.5 transit-area 0.0.0.2
Si vous avez terminé de configurer l’appareil, validez la configuration.
[edit protocols ospf area 0.0.0.0] user@R2# commit
Résultats
Confirmez votre configuration en entrant les options de routage show et 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.
Configuration sur le périphérique de routage local (Device R1) :
user@R1#: show routing-options
router-id 192.0.2.5;
user@R1# show protocols ospf area 0.0.0.0 { virtual-link neighbor-id 192.0.2.3 transit-area 0.0.0.2; }
Configuration sur l’ABR (Device R2) distant :
user@R2#: show routing-options
router-id 192.0.2.3;
user@R2# show protocols ospf area 0.0.0.0 { virtual-link neighbor-id 192.0.2.5 transit-area 0.0.0.2; }
Pour confirmer votre configuration OSPFv3, entrez la show protocols ospf3
commande.
Vérification
Vérifiez que la configuration fonctionne correctement.
- Vérification des entrées dans la base de données d’état de lien
- Vérification de l’état et de la configuration de l’interface OSPF
Vérification des entrées dans la base de données d’état de lien
But
Vérifiez que les entrées de la base de données d’état de liaison OSPFv2 ou OSPFv3 s’affichent. Le champ Routeur de la sortie OSPFv2 affiche des informations LSA, y compris le type de liaison. S’il est configuré en tant que lien virtuel, le type est virtuel. Pour chaque liaison de routeur, le champ Type de la sortie OSPFv3 affiche le type d’interface. S’il est configuré en tant que lien virtuel, le type est virtuel.
Action
À partir du mode opérationnel, entrez la show ospf database detail
commande pour OSPFv2, puis entrez la show ospf3 database detail
commande pour OSPFv3.
Vérification de l’état et de la configuration de l’interface OSPF
But
Vérifiez que l’interface OSPFv2 ou OSPFv3 est configurée et que l’état s’affiche. Le champ Type affiche le type d’interface. Si l’interface est configurée dans le cadre d’un lien virtuel, le Type est Virtuel.
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.
Exemple : configuration des liens virtuels OSPFv3
Cet exemple montre comment configurer OSPF version 3 (OSPFv3) avec certaines zones qui n’ont pas de contiguïté directe avec la zone dorsale (zone 0). Lorsqu’une zone n’a pas d’adjacence avec la zone 0, un lien virtuel est nécessaire pour se connecter à la dorsale via une zone non dorsale. La zone à travers laquelle vous configurez le lien virtuel, appelée zone de transit, doit contenir des informations de routage complètes. La zone de transit ne peut pas être une zone de stub.
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 15 illustre la topologie utilisée dans cet exemple.

L’équipement 0, l’appareil 1, l’appareil 2 et l’équipement 3 sont connectés à la dorsale OSPFv3 Zone 0. Les appareils 2, 3 et 4 se connectent les uns aux autres dans la zone 1. et la zone 2 est située entre l’équipement 4 et l’équipement 5. Étant donné que l’appareil 5 n’a pas de contiguïté directe avec la zone 0, une liaison virtuelle est requise à travers la zone 1 entre l’équipement 3 et l’équipement 4. De même, étant donné que l’équipement 0 et l’équipement 1 ont deux sections dorsales distinctes de la zone 0, vous devez configurer une deuxième liaison virtuelle sur la zone 1 entre l’équipement 2 et l’équipement 3.
Configuration
Procédure
- Configuration rapide de la CLI
- Procédure étape par étape
- Procédure étape par étape
- Procédure étape par étape
- Procédure étape par étape
- Procédure étape par étape
- Procédure étape par étape
- Résultats
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 0
set logical-systems 0 interfaces so-0/3/2 unit 0 family inet6 address 9009:1::1/64 set logical-systems 0 interfaces lo0 unit 0 family inet address 192.168.0.1/32 set logical-systems 0 interfaces lo0 unit 0 family inet6 address feee::10:255:71:4/128 set logical-systems 0 protocols ospf3 area 0.0.0.0 interface so-0/3/2.0 set logical-systems 0 protocols ospf3 area 0.0.0.0 interface lo0.0 passive set logical-systems 0 routing-options router-id 192.168.0.1
Appareil 1
set logical-systems 1 interfaces at-2/0/0 atm-options vpi 0 set logical-systems 1 interfaces at-2/0/0 unit 0 family inet6 address 9009:2::1/64 set logical-systems 1 interfaces at-2/0/0 unit 0 vci 0.77 set logical-systems 1 interfaces lo0 unit 0 family inet address 192.168.1.1/32 set logical-systems 1 interfaces lo0 unit 0 family inet6 address feee::10:255:71:1/128 set logical-systems 1 protocols ospf3 area 0.0.0.0 interface at-2/0/0.0 set logical-systems 1 protocols ospf3 area 0.0.0.0 interface lo0.0 passive set logical-systems 1 routing-options router-id 192.168.1.1
Dispositif 2
set logical-systems 2 interfaces so-0/2/0 unit 0 family inet6 address 9009:3::1/64 set logical-systems 2 interfaces fe-1/1/0 unit 0 family inet6 address 9009:4::1/64 set logical-systems 2 interfaces at-0/3/1 atm-options vpi 0 maximum-vcs 1200 set logical-systems 2 interfaces at-0/3/1 unit 0 family inet6 address 9009:2::2/64 set logical-systems 2 interfaces at-0/3/1 unit 0 vci 0.77 set logical-systems 2 interfaces lo0 unit 0 family inet address 192.168.2.1/32 set logical-systems 2 interfaces lo0 unit 0 family inet6 address feee::10:255:71:11/128 set logical-systems 2 protocols ospf3 area 0.0.0.0 virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1 set logical-systems 2 protocols ospf3 area 0.0.0.0 interface at-0/3/1.0 set logical-systems 2 protocols ospf3 area 0.0.0.1 interface fe-1/1/0.0 set logical-systems 2 protocols ospf3 area 0.0.0.1 interface so-0/2/0.0 set logical-systems 2 protocols ospf3 area 0.0.0.1 interface lo0.0 passive set logical-systems 2 routing-options router-id 192.168.2.1
Dispositif 3
set logical-systems 3 interfaces so-0/3/2 unit 0 family inet6 address 9009:1::2/64 set logical-systems 3 interfaces t1-0/2/1 unit 0 family inet6 address 9009:5::1/64 set logical-systems 3 interfaces so-0/3/0 unit 0 family inet6 address 9009:3::2/64 set logical-systems 3 interfaces lo0 unit 0 family inet address 192.168.3.1/32 set logical-systems 3 interfaces lo0 unit 0 family inet6 address feee::10:255:71:3/128 set logical-systems 3 protocols ospf3 area 0.0.0.1 interface so-0/3/0.0 set logical-systems 3 protocols ospf3 area 0.0.0.1 interface t1-0/2/1.0 set logical-systems 3 protocols ospf3 area 0.0.0.1 interface lo0.0 passive set logical-systems 3 protocols ospf3 area 0.0.0.0 virtual-link neighbor-id 192.168.2.1 transit-area 0.0.0.1 set logical-systems 3 protocols ospf3 area 0.0.0.0 virtual-link neighbor-id 192.168.4.1 transit-area 0.0.0.1 set logical-systems 3 protocols ospf3 area 0.0.0.0 interface so-0/3/2.0 set logical-systems 3 routing-options router-id 192.168.3.1
Dispositif 4
set logical-systems 4 interfaces t1-0/2/1 unit 0 family inet6 address 9009:5::2/64 set logical-systems 4 interfaces fe-0/0/0 unit 0 family inet6 address 9009:6::1/64 set logical-systems 4 interfaces fe-1/1/0 unit 0 family inet6 address 9009:4::2/64 set logical-systems 4 interfaces lo0 unit 0 family inet address 192.168.4.1/32 set logical-systems 4 interfaces lo0 unit 0 family inet6 address feee::10:255:71:5/128 set logical-systems 4 protocols ospf3 area 0.0.0.1 interface fe-1/1/0.0 set logical-systems 4 protocols ospf3 area 0.0.0.1 interface t1-0/2/1.0 set logical-systems 4 protocols ospf3 area 0.0.0.1 interface lo0.0 passive set logical-systems 4 protocols ospf3 area 0.0.0.2 interface fe-0/0/0.0 set logical-systems 4 protocols ospf3 area 0.0.0.0 virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1 set logical-systems 4 routing-options router-id 192.168.4.1
Appareil 5
set logical-systems 5 interfaces fe-0/0/0 unit 0 family inet6 address 9009:6::2/64 set logical-systems 5 interfaces lo0 unit 0 family inet address 192.168.5.1/32 set logical-systems 5 interfaces lo0 unit 0 family inet6 address feee::10:255:71:6/128 set logical-systems 5 protocols ospf3 area 0.0.0.2 interface fe-0/0/0.0 set logical-systems 5 protocols ospf3 area 0.0.0.2 interface lo0.0 passive set logical-systems 5 routing-options router-id 192.168.5.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 0 :
Configurez les interfaces.
[edit interfaces] user@0# set so-0/3/2 unit 0 family inet6 address 9009:1::1/64 user@0# set lo0 unit 0 family inet address 192.168.0.1/32 user@0# set lo0 unit 0 family inet6 address feee::10:255:71:4/128
Ajoutez les interfaces dans la zone 0 du processus OSPFv3.
[edit protocols ospf3 area 0.0.0.0] user@0# set interface so-0/3/2.0 user@0# set interface lo0.0 passive
Configurez l’ID du routeur.
[edit routing-options] user@0# set router-id 192.168.0.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 1 :
Configurez les interfaces.
[edit interfaces] user@1# set at-2/0/0 atm-options vpi 0 user@1# set at-2/0/0 unit 0 family inet6 address 9009:2::1/64 user@1# set at-2/0/0 unit 0 vci 0.77 user@1# set lo0 unit 0 family inet address 192.168.1.1/32 user@1# set lo0 unit 0 family inet6 address feee::10:255:71:1/128
Ajoutez les interfaces dans la zone 0 du processus OSPFv3.
[edit protocols ospf3 area 0.0.0.0] user@1# set interface at-2/0/0.0 user@1# set interface lo0.0 passive
Configurez l’ID du routeur.
[edit routing-options] user@1# set router-id 192.168.1.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 2 :
Configurez les interfaces.
[edit interfaces] user@2# set so-0/2/0 unit 0 family inet6 address 9009:3::1/64 user@2# set fe-1/1/0 unit 0 family inet6 address 9009:4::1/64 user@2# set at-0/3/1 atm-options vpi 0 maximum-vcs 1200 user@2# set at-0/3/1 unit 0 family inet6 address 9009:2::2/64 user@2# set at-0/3/1 unit 0 vci 0.77 user@2# set lo0 unit 0 family inet address 192.168.2.1/32 user@2# set lo0 unit 0 family inet6 address feee::10:255:71:11/128
Ajoutez les interfaces connectées aux appareils 1, 3 et 4 dans le processus OSPFv3.
[edit protocols ospf3 area 0.0.0.0] user@2# set interface at-0/3/1.0 [edit protocols ospf3 area 0.0.0.1] user@2# set interface fe-1/1/0.0 user@2# set interface so-0/2/0.0 user@2# set interface lo0.0 passive
Configurez la liaison virtuelle vers l’équipement 3 via la zone 1 afin que l’équipement 1 puisse accéder à la partie non contiguë du réseau dorsal OSPF qui se trouve sur l’équipement 0.
[edit protocols ospf3 area 0.0.0.0] user@2# set virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1
Configurez l’ID du routeur.
[edit routing-options] user@2# set router-id 192.168.2.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 3 :
Configurez les interfaces.
[edit interfaces] user@3# set so-0/3/2 unit 0 family inet6 address 9009:1::2/64 user@3# set t1-0/2/1 unit 0 family inet6 address 9009:5::1/64 user@3# set so-0/3/0 unit 0 family inet6 address 9009:3::2/64 user@3# set lo0 unit 0 family inet address 192.168.3.1/32 user@3# set lo0 unit 0 family inet6 address feee::10:255:71:3/128
Pour le processus OSPFv3 sur l’unité 3, configurez les interfaces connectées à l’unité 2 et à l’unité 4 dans la zone 1 et l’interface connectée à l’unité 0 dans la zone 0.
[edit protocols ospf3 area 0.0.0.1] user@3# set interface so-0/3/0.0 user@3# set interface t1-0/2/1.0 user@3# set interface lo0.0 passive [edit protocols ospf3 area 0.0.0.0] user@3# set interface so-0/3/2.0
Configurez deux liaisons virtuelles via la zone 1, l’une se connectant à l’équipement 2 et l’autre à l’équipement 4.
Les liaisons virtuelles permettent à l’équipement 5 d’accéder au réseau dorsal OSPF et de connecter les sections non contiguës de la zone 0 situées au niveau de l’équipement 0 et de l’équipement 1.
[edit protocols ospf3 area 0.0.0.0] user@3# set virtual-link neighbor-id 192.168.2.1 transit-area 0.0.0.1 user@3# set virtual-link neighbor-id 192.168.4.1 transit-area 0.0.0.1
Configurez l’ID du routeur.
[edit routing-options] user@3# set router-id 192.168.3.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 4 :
Configurez les interfaces.
[edit interfaces] user@4# set t1-0/2/1 unit 0 family inet6 address 9009:5::2/64 user@4# set fe-0/0/0 unit 0 family inet6 address 9009:6::1/64 user@4# set fe-1/1/0 unit 0 family inet6 address 9009:4::2/64 user@4# set lo0 unit 0 family inet address 192.168.4.1/32 user@4# set lo0 unit 0 family inet6 address feee::10:255:71:5/128
Sur l’appareil 4, ajoutez les interfaces connectées dans le processus OSPFv3.
[edit protocols ospf3 area 0.0.0.1] user@4# set interface fe-1/1/0.0 user@4# set interface t1-0/2/1.0 user@4# set interface lo0.0 passive [edit protocols ospf3 area 0.0.0.2] user@4# set interface fe-0/0/0.0
Configurez la liaison virtuelle vers l’équipement 3 via la zone 1 afin que l’équipement 5 puisse accéder à la dorsale OSPF.
[edit protocols ospf3 area 0.0.0.0] user@4# set virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1
Configurez l’ID du routeur.
[edit routing-options] user@4# set router-id 192.168.4.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 5 :
Configurez les interfaces.
[edit interfaces] user@5# set fe-0/0/0 unit 0 family inet6 address 9009:6::2/64 user@5# set lo0 unit 0 family inet address 192.168.5.1/32 user@5# set lo0 unit 0 family inet6 address feee::10:255:71:6/128
Ajoutez les interfaces dans le processus OSPFv3.
[edit protocols ospf3 area 0.0.0.2] user@5# set interface fe-0/0/0.0 user@5# set interface lo0.0 passive
Configurez l’ID du routeur.
[edit routing-options] user@5# set router-id 192.168.5.1
Résultats
À partir du mode configuration, confirmez votre configuration en saisissant les show interfaces
commandes , show protocols
, et 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.
Appareil 0
user@0#show interfaces
so-0/3/2 { unit 0 { family inet6 { address 9009:1::1/64; } } } lo0 { unit 0 { family inet { address 192.168.0.1/32; } family inet6 { address feee::10:255:71:4/128; } } } user@0#show protocols
ospf3 { area 0.0.0.0 { interface so-0/3/2.0; interface lo0.0 { passive; } } } user@0#show routing-options
router-id 192.168.0.1;
Appareil 1
user@1#show interfaces
at-2/0/0 { atm-options { vpi 0; } unit 0 { family inet6 { address 9009:2::1/64; } } } lo0 { unit 0 { family inet { address 192.168.1.1/32; } family inet6 { address feee::10:255:71:1/128; } } } user@1#show protocols
ospf3 { area 0.0.0.0 { interface at-2/0/0.0; interface lo0.0 { passive; } } } user@1#show routing-options
router-id 192.168.1.1;
Dispositif 2
user@2#show interfaces
so-0/2/0 { unit 0 { family inet6 { address 9009:3::1/64; } } } fe-1/1/0 { unit 0 { family inet6 { address 9009:4::1/64; } } } at-0/3/1 { atm-options { vpi 0 { maximum-vcs 1200; } } unit 0 { vci 0.77; family inet6 { address 9009:2::2/64; } } } lo0 { unit 0 { family inet { address 192.168.2.1/32; } family inet6 { address feee::10:255:71:11/128; } } } user@2#show protocols
ospf3 { area 0.0.0.0 { virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1; interface at-0/3/1.0; } area 0.0.0.1 { interface fe-1/1/0.0; interface so-0/2/0.0; interface lo0.0 { passive; } } } user@2#show routing-options
router-id 192.168.2.1;
Dispositif 3
user@3#show interfaces
so-0/3/2 { unit 0 { family inet6 { address 9009:1::2/64; } } } t1-0/2/1 { unit 0 { family inet6 { address 9009:5::1/64; } } } so-0/3/0 { unit 0 { family inet6 { address 9009:3::2/64; } } } lo0 { unit 0 { family inet { address 192.168.3.1/32; } family inet6 { address feee::10:255:71:3/128; } } } user@3#show protocols
ospf3 { area 0.0.0.1 { interface so-0/3/0.0; interface t1-0/2/1.0; interface lo0.0 { passive; } } area 0.0.0.0 { virtual-link neighbor-id 192.168.2.1 transit-area 0.0.0.1; virtual-link neighbor-id 192.168.4.1 transit-area 0.0.0.1; interface so-0/3/2.0; } } user@3#show routing-options
router-id 192.168.3.1;
Dispositif 4
user@4#show interfaces
t1-0/2/1 { unit 0 { family inet6 { address 9009:5::2/64; } } } fe-0/0/0 { unit 0 { family inet6 { address 9009:6::1/64; } } } fe-1/1/0 { unit 0 { family inet6 { address 9009:4::2/64; } } } lo0 { unit 0 { family inet { address 192.168.4.1/32; } family inet6 { address feee::10:255:71:5/128; } } } user@4#show protocols
ospf3 { area 0.0.0.1 { interface fe-1/1/0.0; interface t1-0/2/1.0; interface lo0.0 { passive; } } area 0.0.0.2 { interface fe-0/0/0.0; } area 0.0.0.0 { virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1; } } user@4#show routing-options
router-id 192.168.4.1;
Appareil 5
user@5#show interfaces
fe-0/0/0 { unit 0 { family inet6 { address 9009:6::2/64; } } } lo0 { unit 0 { family inet { address 192.168.5.1/32; } family inet6 { address feee::10:255:71:6/128; } } } user@5#show protocols
ospf3 { area 0.0.0.2 { interface fe-0/0/0.0; interface lo0.0 { passive; } } } user@5#show routing-options
router-id 192.168.5.1;
Si vous avez terminé de configurer les périphériques, entrez dans commit
le mode de configuration.
Vérification
Vérifiez que la configuration fonctionne correctement.
Pour vérifier le bon fonctionnement d’OSPFv3 pour IPv6, utilisez les commandes suivantes :
show ospf3 interface
show ospf3 neighbor
show ospf3 database
show ospf3 route
show interfaces terse
(pour voir l’adresse locale de la liaison IPv6 attribuée à l’interface lo0 )Note:Pour afficher les informations sur le préfixe, vous devez utiliser l’option extensive de la
show ospf3 database
commande.
- État de l’appareil 0
- État de l’appareil 1
- État de l’appareil 2
- État de l’appareil 3
- État de l’appareil 4
- État de l’appareil 5
État de l’appareil 0
But
Vérifiez que l’appareil 0 a appris les routes attendues et qu’il a établi les contiguïtés de voisinage attendues.
Dans l’exemple show ospf3 database
de sortie, les étoiles indiquent les « meilleurs » itinéraires. Ces routes sont les routes qui sont installées dans la table de routage.
Action
user@0> show ospf3 database Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Router *0.0.0.0 192.168.0.1 0x8000008f 1858 0x6e21 40 Router 0.0.0.0 192.168.1.1 0x8000008f 1861 0x523d 40 Router 0.0.0.0 192.168.2.1 0x80000090 1918 0x9e62 56 Router 0.0.0.0 192.168.3.1 0x80000092 2104 0x46d 72 Router 0.0.0.0 192.168.4.1 0x8000008f 2012 0x7016 40 InterArPfx 0.0.0.1 192.168.2.1 0x80000093 231 0xfc5c 36 InterArPfx 0.0.0.2 192.168.2.1 0x80000093 43 0x156 36 InterArPfx 0.0.0.3 192.168.2.1 0x80000092 1731 0x31a4 44 InterArPfx 0.0.0.4 192.168.2.1 0x8000008f 2668 0xc51f 44 InterArPfx 0.0.0.5 192.168.2.1 0x80000091 2856 0xfa59 36 InterArPfx 0.0.0.6 192.168.2.1 0x80000090 2481 0xe3fb 44 InterArPfx 0.0.0.1 192.168.3.1 0x80000093 417 0xf562 36 InterArPfx 0.0.0.2 192.168.3.1 0x80000093 2854 0x84d 36 InterArPfx 0.0.0.3 192.168.3.1 0x80000092 1729 0xbc26 44 InterArPfx 0.0.0.4 192.168.3.1 0x8000008f 2667 0x2ca9 44 InterArPfx 0.0.0.5 192.168.3.1 0x80000091 229 0xe56e 36 InterArPfx 0.0.0.6 192.168.3.1 0x8000008f 2292 0xde01 44 InterArPfx 0.0.0.2 192.168.4.1 0x80000092 794 0xf461 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000092 606 0xf85b 36 InterArPfx 0.0.0.4 192.168.4.1 0x80000091 419 0xfe54 36 InterArPfx 0.0.0.5 192.168.4.1 0x80000090 1825 0xd906 44 InterArPfx 0.0.0.6 192.168.4.1 0x8000008f 2669 0xf1eb 44 InterArPfx 0.0.0.7 192.168.4.1 0x80000091 981 0xbc95 36 InterArPfx 0.0.0.8 192.168.4.1 0x8000008f 2481 0x8f4f 44 InterArPfx 0.0.0.9 192.168.4.1 0x80000090 2294 0xf0dd 44 InterArPfx 0.0.0.10 192.168.4.1 0x8000008f 231 0xac5a 44 IntraArPfx *0.0.0.1 192.168.0.1 0x80000094 2858 0xbf9f 64 IntraArPfx 0.0.0.1 192.168.1.1 0x80000095 2861 0x87d6 64 IntraArPfx 0.0.0.1 192.168.2.1 0x80000096 793 0xc7bd 64 IntraArPfx 0.0.0.1 192.168.3.1 0x80000097 1167 0x93f0 64 interface so-0/3/2.0 Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Link *0.0.0.2 192.168.0.1 0x80000091 858 0xc0c7 56 Link 0.0.0.8 192.168.3.1 0x80000091 1354 0x84f9 56 user@0> show ospf3 interface Interface State Area DR ID BDR ID Nbrs lo0.0 DRother 0.0.0.0 0.0.0.0 0.0.0.0 0 so-0/3/2.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 user@0> show ospf3 neighbor ID Interface State Pri Dead 192.168.3.1 so-0/3/2.0 Full 128 33 Neighbor-address fe80::2a0:a514:0:24c user@0> show ospf3 route Prefix Path Route NH Metric Type Type Type 192.168.1.1 Intra Router IP 3 NH-interface so-0/3/2.0 192.168.2.1 Intra Area BR IP 2 NH-interface so-0/3/2.0 192.168.3.1 Intra Area BR IP 1 NH-interface so-0/3/2.0 192.168.4.1 Intra Area BR IP 2 NH-interface so-0/3/2.0 9009:1::/64 Intra Network IP 1 NH-interface so-0/3/2.0 9009:1::2/128 Intra Network IP 1 NH-interface so-0/3/2.0 9009:2::/64 Intra Network IP 3 NH-interface so-0/3/2.0 9009:2::2/128 Intra Network IP 2 NH-interface so-0/3/2.0 9009:3::/64 Inter Network IP 2 NH-interface so-0/3/2.0 9009:4::/64 Inter Network IP 3 NH-interface so-0/3/2.0 9009:5::/64 Inter Network IP 2 NH-interface so-0/3/2.0 9009:6::/64 Inter Network IP 3 NH-interface so-0/3/2.0 9009:6::1/128 Inter Network IP 2 NH-interface so-0/3/2.0 feee::10:255:71:1/128 Intra Network IP 3 NH-interface so-0/3/2.0 feee::10:255:71:3/128 Inter Network IP 1 NH-interface so-0/3/2.0 feee::10:255:71:4/128 Intra Network IP 0 NH-interface lo0.0 feee::10:255:71:5/128 Inter Network IP 2 NH-interface so-0/3/2.0 feee::10:255:71:6/128 Inter Network IP 3 NH-interface so-0/3/2.0 feee::10:255:71:11/128 Inter Network IP 2 NH-interface so-0/3/2.0 user@0> show interfaces terse Interface Admin Link Proto Local Remote lt-1/2/0 so-0/3/2.0 up up inet6 9009:1::1/64 fe80::2a0:a514:0:14c/64 lo0 lo0.0 up up inet 192.168.0.1 --> 0/0 inet6 fe80::2a0:a50f:fc56:14c feee::10:255:71:4 ...
État de l’appareil 1
But
Vérifiez que l’équipement 1 a appris les routes attendues et a établi les contiguïtés de voisinage attendues.
Action
user@1> show ospf3 interface Interface State Area DR ID BDR ID Nbrs lo0.0 DRother 0.0.0.0 0.0.0.0 0.0.0.0 0 at-2/0/0.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 user@1> show ospf3 neighbor ID Interface State Pri Dead 192.168.2.1 at-2/0/0.0 Full 128 37 Neighbor-address fe80::2a0:a514:0:c4c user@1> show ospf3 database Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.0.1 0x8000008f 2334 0x6e21 40 Router *0.0.0.0 192.168.1.1 0x8000008f 2331 0x523d 40 Router 0.0.0.0 192.168.2.1 0x80000090 2390 0x9e62 56 Router 0.0.0.0 192.168.3.1 0x80000092 2578 0x46d 72 Router 0.0.0.0 192.168.4.1 0x8000008f 2486 0x7016 40 InterArPfx 0.0.0.1 192.168.2.1 0x80000093 703 0xfc5c 36 InterArPfx 0.0.0.2 192.168.2.1 0x80000093 515 0x156 36 InterArPfx 0.0.0.3 192.168.2.1 0x80000092 2203 0x31a4 44 InterArPfx 0.0.0.4 192.168.2.1 0x80000090 140 0xc320 44 InterArPfx 0.0.0.5 192.168.2.1 0x80000092 328 0xf85a 36 InterArPfx 0.0.0.6 192.168.2.1 0x80000090 2953 0xe3fb 44 InterArPfx 0.0.0.1 192.168.3.1 0x80000093 891 0xf562 36 InterArPfx 0.0.0.2 192.168.3.1 0x80000094 328 0x64e 36 InterArPfx 0.0.0.3 192.168.3.1 0x80000092 2203 0xbc26 44 InterArPfx 0.0.0.4 192.168.3.1 0x80000090 141 0x2aaa 44 InterArPfx 0.0.0.5 192.168.3.1 0x80000091 703 0xe56e 36 InterArPfx 0.0.0.6 192.168.3.1 0x8000008f 2766 0xde01 44 InterArPfx 0.0.0.2 192.168.4.1 0x80000092 1268 0xf461 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000092 1080 0xf85b 36 InterArPfx 0.0.0.4 192.168.4.1 0x80000091 893 0xfe54 36 InterArPfx 0.0.0.5 192.168.4.1 0x80000090 2299 0xd906 44 InterArPfx 0.0.0.6 192.168.4.1 0x80000090 143 0xefec 44 InterArPfx 0.0.0.7 192.168.4.1 0x80000091 1455 0xbc95 36 InterArPfx 0.0.0.8 192.168.4.1 0x8000008f 2955 0x8f4f 44 InterArPfx 0.0.0.9 192.168.4.1 0x80000090 2768 0xf0dd 44 InterArPfx 0.0.0.10 192.168.4.1 0x8000008f 705 0xac5a 44 IntraArPfx 0.0.0.1 192.168.0.1 0x80000095 334 0xbda0 64 IntraArPfx *0.0.0.1 192.168.1.1 0x80000096 331 0x85d7 64 IntraArPfx 0.0.0.1 192.168.2.1 0x80000096 1265 0xc7bd 64 IntraArPfx 0.0.0.1 192.168.3.1 0x80000097 1641 0x93f0 64 interface at-2/0/0.0 Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Link *0.0.0.2 192.168.1.1 0x80000091 1331 0xaecd 56 Link 0.0.0.8 192.168.2.1 0x80000091 1453 0x80f3 56 user@1> show ospf3 route Prefix Path Route NH Metric Type Type Type 192.168.0.1 Intra Router IP 3 NH-interface at-2/0/0.0 192.168.2.1 Intra Area BR IP 1 NH-interface at-2/0/0.0 192.168.3.1 Intra Area BR IP 2 NH-interface at-2/0/0.0 192.168.4.1 Intra Area BR IP 3 NH-interface at-2/0/0.0 9009:1::/64 Intra Network IP 3 NH-interface at-2/0/0.0 9009:1::2/128 Intra Network IP 2 NH-interface at-2/0/0.0 9009:2::/64 Intra Network IP 1 NH-interface at-2/0/0.0 9009:2::2/128 Intra Network IP 1 NH-interface at-2/0/0.0 9009:3::/64 Inter Network IP 2 NH-interface at-2/0/0.0 9009:4::/64 Inter Network IP 2 NH-interface at-2/0/0.0 9009:5::/64 Inter Network IP 3 NH-interface at-2/0/0.0 9009:6::/64 Inter Network IP 4 NH-interface at-2/0/0.0 9009:6::1/128 Inter Network IP 3 NH-interface at-2/0/0.0 feee::10:255:71:1/128 Intra Network IP 0 NH-interface lo0.0 feee::10:255:71:3/128 Inter Network IP 2 NH-interface at-2/0/0.0 feee::10:255:71:4/128 Intra Network IP 3 NH-interface at-2/0/0.0 feee::10:255:71:5/128 Inter Network IP 2 NH-interface at-2/0/0.0 feee::10:255:71:6/128 Inter Network IP 4 NH-interface at-2/0/0.0 feee::10:255:71:11/128 Inter Network IP 1 NH-interface at-2/0/0.0 user@1> show interfaces terse Interface Admin Link Proto Local Remote lt-1/2/0 at-2/0/0.0 up up inet6 9009:2::1/64 fe80::2a0:a514:0:b4c/64 lo0 lo0.0 up up inet 192.168.1.1 --> 0/0 inet6 fe80::2a0:a50f:fc56:14c feee::10:255:71:1 ...
État de l’appareil 2
But
Vérifiez que l’appareil 2 a appris les routes attendues et qu’il a établi les contiguïtés de voisinage attendues.
Action
user@2> show ospf3 interface Interface State Area DR ID BDR ID Nbrs at-0/3/1.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 vl-192.168.3.1 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 lo0.0 DRother 0.0.0.1 0.0.0.0 0.0.0.0 0 so-0/2/0.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1 fe-1/1/0.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1 user@2> show ospf3 neighbor ID Interface State Pri Dead 192.168.1.1 at-0/3/1.0 Full 128 32 Neighbor-address fe80::2a0:a514:0:b4c 192.168.3.1 vl-192.168.3.1 Full 0 35 Neighbor-address 9009:3::2 192.168.3.1 so-0/2/0.0 Full 128 38 Neighbor-address fe80::2a0:a514:0:74c 192.168.4.1 fe-1/1/0.0 Full 128 30 Neighbor-address fe80::2a0:a514:0:a4c user@2> show ospf3 database Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.0.1 0x8000008f 2771 0x6e21 40 Router 0.0.0.0 192.168.1.1 0x8000008f 2770 0x523d 40 Router *0.0.0.0 192.168.2.1 0x80000090 2827 0x9e62 56 Router 0.0.0.0 192.168.3.1 0x80000093 15 0x26e 72 Router 0.0.0.0 192.168.4.1 0x8000008f 2923 0x7016 40 InterArPfx *0.0.0.1 192.168.2.1 0x80000093 1140 0xfc5c 36 InterArPfx *0.0.0.2 192.168.2.1 0x80000093 952 0x156 36 InterArPfx *0.0.0.3 192.168.2.1 0x80000092 2640 0x31a4 44 InterArPfx *0.0.0.4 192.168.2.1 0x80000090 577 0xc320 44 InterArPfx *0.0.0.5 192.168.2.1 0x80000092 765 0xf85a 36 InterArPfx *0.0.0.6 192.168.2.1 0x80000091 390 0xe1fc 44 InterArPfx 0.0.0.1 192.168.3.1 0x80000093 1328 0xf562 36 InterArPfx 0.0.0.2 192.168.3.1 0x80000094 765 0x64e 36 InterArPfx 0.0.0.3 192.168.3.1 0x80000092 2640 0xbc26 44 InterArPfx 0.0.0.4 192.168.3.1 0x80000090 578 0x2aaa 44 InterArPfx 0.0.0.5 192.168.3.1 0x80000091 1140 0xe56e 36 InterArPfx 0.0.0.6 192.168.3.1 0x80000090 203 0xdc02 44 InterArPfx 0.0.0.2 192.168.4.1 0x80000092 1705 0xf461 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000092 1517 0xf85b 36 InterArPfx 0.0.0.4 192.168.4.1 0x80000091 1330 0xfe54 36 InterArPfx 0.0.0.5 192.168.4.1 0x80000090 2736 0xd906 44 InterArPfx 0.0.0.6 192.168.4.1 0x80000090 580 0xefec 44 InterArPfx 0.0.0.7 192.168.4.1 0x80000091 1892 0xbc95 36 InterArPfx 0.0.0.8 192.168.4.1 0x80000090 392 0x8d50 44 InterArPfx 0.0.0.9 192.168.4.1 0x80000091 205 0xeede 44 InterArPfx 0.0.0.10 192.168.4.1 0x8000008f 1142 0xac5a 44 IntraArPfx 0.0.0.1 192.168.0.1 0x80000095 771 0xbda0 64 IntraArPfx 0.0.0.1 192.168.1.1 0x80000096 770 0x85d7 64 IntraArPfx *0.0.0.1 192.168.2.1 0x80000096 1702 0xc7bd 64 IntraArPfx 0.0.0.1 192.168.3.1 0x80000097 2078 0x93f0 64 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Router *0.0.0.0 192.168.2.1 0x80000093 15 0x8f62 56 Router 0.0.0.0 192.168.3.1 0x80000093 2828 0x39b7 56 Router 0.0.0.0 192.168.4.1 0x80000092 16 0x8768 56 InterArPfx *0.0.0.1 192.168.2.1 0x80000094 1515 0xec6c 36 InterArPfx *0.0.0.3 192.168.2.1 0x80000090 202 0x994d 44 InterArPfx *0.0.0.4 192.168.2.1 0x8000008f 1327 0xd839 44 InterArPfx 0.0.0.1 192.168.3.1 0x80000094 1703 0xd781 36 InterArPfx 0.0.0.3 192.168.3.1 0x80000090 390 0xe002 44 InterArPfx 0.0.0.4 192.168.3.1 0x8000008f 1515 0xc34e 44 InterArPfx 0.0.0.1 192.168.4.1 0x80000093 1422 0x193b 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000090 672 0xed1 44 InterArPfx 0.0.0.4 192.168.4.1 0x8000008f 1235 0xe824 44 IntraArPfx *0.0.0.1 192.168.2.1 0x80000097 2265 0x6bf1 76 IntraArPfx 0.0.0.1 192.168.3.1 0x80000099 953 0xadb8 76 IntraArPfx 0.0.0.1 192.168.4.1 0x80000098 2079 0x3c26 76 interface at-0/3/1.0 Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Link 0.0.0.2 192.168.1.1 0x80000091 1770 0xaecd 56 Link *0.0.0.8 192.168.2.1 0x80000091 1890 0x80f3 56 interface so-0/2/0.0 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Link *0.0.0.6 192.168.2.1 0x80000092 2452 0x6018 56 Link 0.0.0.7 192.168.3.1 0x80000092 2453 0x3a3d 56 interface fe-1/1/0.0 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Link *0.0.0.7 192.168.2.1 0x80000092 2077 0x8de7 56 Link 0.0.0.8 192.168.4.1 0x80000091 2172 0x8ce5 56 user@2> show ospf3 route Prefix Path Route NH Metric Type Type Type 192.168.0.1 Intra Router IP 2 NH-interface (null), NH-addr feee::10:255:71:3 192.168.1.1 Intra Router IP 1 NH-interface at-0/3/1.0 192.168.3.1 Intra Area BR IP 1 NH-interface so-0/2/0.0 192.168.4.1 Intra Area BR IP 1 NH-interface fe-1/1/0.0 9009:1::/64 Intra Network IP 2 NH-interface so-0/2/0.0 9009:1::2/128 Intra Network IP 1 NH-interface so-0/2/0.0 9009:2::/64 Intra Network IP 1 NH-interface at-0/3/1.0 9009:2::2/128 Intra Network IP 0 NH-interface at-0/3/1.0 9009:3::/64 Intra Network IP 1 NH-interface so-0/2/0.0 9009:4::/64 Intra Network IP 1 NH-interface fe-1/1/0.0 9009:5::/64 Intra Network IP 2 NH-interface so-0/2/0.0 NH-interface fe-1/1/0.0 9009:6::/64 Inter Network IP 2 NH-interface fe-1/1/0.0 9009:6::1/128 Inter Network IP 1 NH-interface fe-1/1/0.0 feee::10:255:71:1/128 Intra Network IP 1 NH-interface at-0/3/1.0 feee::10:255:71:3/128 Intra Network IP 1 NH-interface so-0/2/0.0 feee::10:255:71:4/128 Intra Network IP 2 NH-interface so-0/2/0.0 feee::10:255:71:5/128 Intra Network IP 1 NH-interface fe-1/1/0.0 feee::10:255:71:6/128 Inter Network IP 2 NH-interface fe-1/1/0.0 feee::10:255:71:11/128 Intra Network IP 0 NH-interface lo0.0 user@2> show interfaces terse Interface Admin Link Proto Local Remote lt-1/2/0 so-0/2/0.0 up up inet6 9009:3::1/64 fe80::2a0:a514:0:84c/64 fe-1/1/0.0 up up inet6 9009:4::1/64 fe80::2a0:a514:0:94c/64 at-0/3/1.0 up up inet6 9009:2::2/64 fe80::2a0:a514:0:c4c/64 lo0 lo0.0 up up inet 192.168.2.1 --> 0/0 inet6 fe80::2a0:a50f:fc56:14c feee::10:255:71:11 ...
État de l’appareil 3
But
Vérifiez que l’équipement 3 a appris les routes attendues et a établi les contiguïtés de voisinage attendues.
Action
user@3> show ospf3 interface Interface State Area DR ID BDR ID Nbrs so-0/3/2.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 vl-192.168.2.1 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 vl-192.168.4.1 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 lo0.0 DRother 0.0.0.1 0.0.0.0 0.0.0.0 0 t1-0/2/1.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1 so-0/3/0.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1 user@3> show ospf3 neighbor ID Interface State Pri Dead 192.168.0.1 so-0/3/2.0 Full 128 31 Neighbor-address fe80::2a0:a514:0:14c 192.168.2.1 vl-192.168.2.1 Full 0 33 Neighbor-address 9009:3::1 192.168.4.1 vl-192.168.4.1 Full 0 38 Neighbor-address 9009:5::2 192.168.4.1 t1-0/2/1.0 Full 128 35 Neighbor-address fe80::2a0:a514:0:44c 192.168.2.1 so-0/3/0.0 Full 128 37 Neighbor-address fe80::2a0:a514:0:84c user@3> show ospf3 database Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.0.1 0x80000090 11 0x6c22 40 Router 0.0.0.0 192.168.1.1 0x80000090 12 0x503e 40 Router 0.0.0.0 192.168.2.1 0x80000091 69 0x9c63 56 Router *0.0.0.0 192.168.3.1 0x80000093 255 0x26e 72 Router 0.0.0.0 192.168.4.1 0x80000090 163 0x6e17 40 InterArPfx 0.0.0.1 192.168.2.1 0x80000093 1382 0xfc5c 36 InterArPfx 0.0.0.2 192.168.2.1 0x80000093 1194 0x156 36 InterArPfx 0.0.0.3 192.168.2.1 0x80000092 2882 0x31a4 44 InterArPfx 0.0.0.4 192.168.2.1 0x80000090 819 0xc320 44 InterArPfx 0.0.0.5 192.168.2.1 0x80000092 1007 0xf85a 36 InterArPfx 0.0.0.6 192.168.2.1 0x80000091 632 0xe1fc 44 InterArPfx *0.0.0.1 192.168.3.1 0x80000093 1568 0xf562 36 InterArPfx *0.0.0.2 192.168.3.1 0x80000094 1005 0x64e 36 InterArPfx *0.0.0.3 192.168.3.1 0x80000092 2880 0xbc26 44 InterArPfx *0.0.0.4 192.168.3.1 0x80000090 818 0x2aaa 44 InterArPfx *0.0.0.5 192.168.3.1 0x80000091 1380 0xe56e 36 InterArPfx *0.0.0.6 192.168.3.1 0x80000090 443 0xdc02 44 InterArPfx 0.0.0.2 192.168.4.1 0x80000092 1945 0xf461 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000092 1757 0xf85b 36 InterArPfx 0.0.0.4 192.168.4.1 0x80000091 1570 0xfe54 36 InterArPfx 0.0.0.5 192.168.4.1 0x80000090 2976 0xd906 44 InterArPfx 0.0.0.6 192.168.4.1 0x80000090 820 0xefec 44 InterArPfx 0.0.0.7 192.168.4.1 0x80000091 2132 0xbc95 36 InterArPfx 0.0.0.8 192.168.4.1 0x80000090 632 0x8d50 44 InterArPfx 0.0.0.9 192.168.4.1 0x80000091 445 0xeede 44 InterArPfx 0.0.0.10 192.168.4.1 0x8000008f 1382 0xac5a 44 IntraArPfx 0.0.0.1 192.168.0.1 0x80000095 1011 0xbda0 64 IntraArPfx 0.0.0.1 192.168.1.1 0x80000096 1012 0x85d7 64 IntraArPfx 0.0.0.1 192.168.2.1 0x80000096 1944 0xc7bd 64 IntraArPfx *0.0.0.1 192.168.3.1 0x80000097 2318 0x93f0 64 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.2.1 0x80000093 257 0x8f62 56 Router *0.0.0.0 192.168.3.1 0x80000094 68 0x37b8 56 Router 0.0.0.0 192.168.4.1 0x80000092 257 0x8768 56 InterArPfx 0.0.0.1 192.168.2.1 0x80000094 1757 0xec6c 36 InterArPfx 0.0.0.3 192.168.2.1 0x80000090 444 0x994d 44 InterArPfx 0.0.0.4 192.168.2.1 0x8000008f 1569 0xd839 44 InterArPfx *0.0.0.1 192.168.3.1 0x80000094 1943 0xd781 36 InterArPfx *0.0.0.3 192.168.3.1 0x80000090 630 0xe002 44 InterArPfx *0.0.0.4 192.168.3.1 0x8000008f 1755 0xc34e 44 InterArPfx 0.0.0.1 192.168.4.1 0x80000093 1663 0x193b 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000090 913 0xed1 44 InterArPfx 0.0.0.4 192.168.4.1 0x8000008f 1476 0xe824 44 IntraArPfx 0.0.0.1 192.168.2.1 0x80000097 2507 0x6bf1 76 IntraArPfx *0.0.0.1 192.168.3.1 0x80000099 1193 0xadb8 76 IntraArPfx 0.0.0.1 192.168.4.1 0x80000098 2320 0x3c26 76 interface so-0/3/2.0 Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Link 0.0.0.2 192.168.0.1 0x80000091 2011 0xc0c7 56 Link *0.0.0.8 192.168.3.1 0x80000091 2505 0x84f9 56 interface t1-0/2/1.0 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Link *0.0.0.9 192.168.3.1 0x80000092 2130 0x1661 56 Link 0.0.0.7 192.168.4.1 0x80000092 2507 0x383f 56 interface so-0/3/0.0 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Link 0.0.0.6 192.168.2.1 0x80000092 2694 0x6018 56 Link *0.0.0.7 192.168.3.1 0x80000092 2693 0x3a3d 56 user@3> show ospf3 route Prefix Path Route NH Metric Type Type Type 192.168.0.1 Intra Router IP 1 NH-interface so-0/3/2.0 192.168.1.1 Intra Router IP 2 NH-interface (null), NH-addr feee::10:255:71:11 192.168.2.1 Intra Area BR IP 1 NH-interface so-0/3/0.0 192.168.4.1 Intra Area BR IP 1 NH-interface t1-0/2/1.0 9009:1::/64 Intra Network IP 1 NH-interface so-0/3/2.0 9009:1::2/128 Intra Network IP 0 NH-interface so-0/3/2.0 9009:2::/64 Intra Network IP 2 NH-interface so-0/3/0.0 9009:2::2/128 Intra Network IP 1 NH-interface so-0/3/0.0 9009:3::/64 Intra Network IP 1 NH-interface so-0/3/0.0 9009:4::/64 Intra Network IP 2 NH-interface so-0/3/0.0 NH-interface t1-0/2/1.0 9009:5::/64 Intra Network IP 1 NH-interface t1-0/2/1.0 9009:6::/64 Inter Network IP 2 NH-interface t1-0/2/1.0 9009:6::1/128 Inter Network IP 1 NH-interface t1-0/2/1.0 feee::10:255:71:1/128 Intra Network IP 2 NH-interface so-0/3/0.0 feee::10:255:71:3/128 Intra Network IP 0 NH-interface lo0.0 feee::10:255:71:4/128 Intra Network IP 1 NH-interface so-0/3/2.0 feee::10:255:71:5/128 Intra Network IP 1 NH-interface t1-0/2/1.0 feee::10:255:71:6/128 Inter Network IP 2 NH-interface t1-0/2/1.0 feee::10:255:71:11/128 Intra Network IP 1 NH-interface so-0/3/0.0 user@3> show interfaces terse Interface Admin Link Proto Local Remote lt-1/2/0 so-0/3/2.0 up up inet6 9009:1::2/64 fe80::2a0:a514:0:24c/64 t1-0/2/1.0 up up inet6 9009:5::1/64 fe80::2a0:a514:0:34c/64 so-0/3/0.0 up up inet6 9009:3::2/64 fe80::2a0:a514:0:74c/64 lo0 lo0.0 up up inet 192.168.3.1 --> 0/0 inet6 fe80::2a0:a50f:fc56:14c feee::10:255:71:3 ...
État de l’appareil 4
But
Vérifiez que l’équipement 4 a appris les routes attendues et a établi les contiguïtés de voisinage attendues.
Action
user@4> show ospf3 interface Interface State Area DR ID BDR ID Nbrs lo0.0 DRother 0.0.0.1 0.0.0.0 0.0.0.0 0 fe-1/1/0.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1 t1-0/2/1.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1 fe-0/0/0.0 PtToPt 0.0.0.2 0.0.0.0 0.0.0.0 1 vl-192.168.3.1 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1 user@4> show ospf3 neighbor ID Interface State Pri Dead 192.168.2.1 fe-1/1/0.0 Full 128 35 Neighbor-address fe80::2a0:a514:0:94c 192.168.3.1 t1-0/2/1.0 Full 128 34 Neighbor-address fe80::2a0:a514:0:34c 192.168.5.1 fe-0/0/0.0 Full 128 39 Neighbor-address fe80::2a0:a514:0:64c 192.168.3.1 vl-192.168.3.1 Full 0 33 Neighbor-address 9009:5::1 user@4> show ospf3 database Area 0.0.0.0 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.0.1 0x80000090 270 0x6c22 40 Router 0.0.0.0 192.168.1.1 0x80000090 271 0x503e 40 Router 0.0.0.0 192.168.2.1 0x80000091 328 0x9c63 56 Router 0.0.0.0 192.168.3.1 0x80000093 514 0x26e 72 Router *0.0.0.0 192.168.4.1 0x80000090 420 0x6e17 40 InterArPfx 0.0.0.1 192.168.2.1 0x80000093 1641 0xfc5c 36 InterArPfx 0.0.0.2 192.168.2.1 0x80000093 1453 0x156 36 InterArPfx 0.0.0.3 192.168.2.1 0x80000093 141 0x2fa5 44 InterArPfx 0.0.0.4 192.168.2.1 0x80000090 1078 0xc320 44 InterArPfx 0.0.0.5 192.168.2.1 0x80000092 1266 0xf85a 36 InterArPfx 0.0.0.6 192.168.2.1 0x80000091 891 0xe1fc 44 InterArPfx 0.0.0.1 192.168.3.1 0x80000093 1827 0xf562 36 InterArPfx 0.0.0.2 192.168.3.1 0x80000094 1264 0x64e 36 InterArPfx 0.0.0.3 192.168.3.1 0x80000093 139 0xba27 44 InterArPfx 0.0.0.4 192.168.3.1 0x80000090 1077 0x2aaa 44 InterArPfx 0.0.0.5 192.168.3.1 0x80000091 1639 0xe56e 36 InterArPfx 0.0.0.6 192.168.3.1 0x80000090 702 0xdc02 44 InterArPfx *0.0.0.2 192.168.4.1 0x80000092 2202 0xf461 36 InterArPfx *0.0.0.3 192.168.4.1 0x80000092 2014 0xf85b 36 InterArPfx *0.0.0.4 192.168.4.1 0x80000091 1827 0xfe54 36 InterArPfx *0.0.0.5 192.168.4.1 0x80000091 233 0xd707 44 InterArPfx *0.0.0.6 192.168.4.1 0x80000090 1077 0xefec 44 InterArPfx *0.0.0.7 192.168.4.1 0x80000091 2389 0xbc95 36 InterArPfx *0.0.0.8 192.168.4.1 0x80000090 889 0x8d50 44 InterArPfx *0.0.0.9 192.168.4.1 0x80000091 702 0xeede 44 InterArPfx *0.0.0.10 192.168.4.1 0x8000008f 1639 0xac5a 44 IntraArPfx 0.0.0.1 192.168.0.1 0x80000095 1270 0xbda0 64 IntraArPfx 0.0.0.1 192.168.1.1 0x80000096 1271 0x85d7 64 IntraArPfx 0.0.0.1 192.168.2.1 0x80000096 2203 0xc7bd 64 IntraArPfx 0.0.0.1 192.168.3.1 0x80000097 2577 0x93f0 64 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.2.1 0x80000093 515 0x8f62 56 Router 0.0.0.0 192.168.3.1 0x80000094 327 0x37b8 56 Router *0.0.0.0 192.168.4.1 0x80000092 514 0x8768 56 InterArPfx 0.0.0.1 192.168.2.1 0x80000094 2015 0xec6c 36 InterArPfx 0.0.0.3 192.168.2.1 0x80000090 702 0x994d 44 InterArPfx 0.0.0.4 192.168.2.1 0x8000008f 1827 0xd839 44 InterArPfx 0.0.0.1 192.168.3.1 0x80000094 2202 0xd781 36 InterArPfx 0.0.0.3 192.168.3.1 0x80000090 889 0xe002 44 InterArPfx 0.0.0.4 192.168.3.1 0x8000008f 2014 0xc34e 44 InterArPfx *0.0.0.1 192.168.4.1 0x80000093 1920 0x193b 36 InterArPfx *0.0.0.3 192.168.4.1 0x80000090 1170 0xed1 44 InterArPfx *0.0.0.4 192.168.4.1 0x8000008f 1733 0xe824 44 IntraArPfx 0.0.0.1 192.168.2.1 0x80000097 2765 0x6bf1 76 IntraArPfx 0.0.0.1 192.168.3.1 0x80000099 1452 0xadb8 76 IntraArPfx *0.0.0.1 192.168.4.1 0x80000098 2577 0x3c26 76 Area 0.0.0.2 Type ID Adv Rtr Seq Age Cksum Len Router *0.0.0.0 192.168.4.1 0x80000091 45 0x4741 40 Router 0.0.0.0 192.168.5.1 0x80000090 270 0x3a50 40 InterArPfx *0.0.0.1 192.168.4.1 0x80000094 2295 0xfa5a 36 InterArPfx *0.0.0.2 192.168.4.1 0x80000094 2108 0xfe54 36 InterArPfx *0.0.0.3 192.168.4.1 0x80000093 139 0xe7f6 44 InterArPfx *0.0.0.4 192.168.4.1 0x80000091 2483 0xda7a 36 InterArPfx *0.0.0.5 192.168.4.1 0x80000090 983 0xab35 44 InterArPfx *0.0.0.6 192.168.4.1 0x80000091 795 0xdc3 44 InterArPfx *0.0.0.7 192.168.4.1 0x80000090 1545 0xa2b2 36 InterArPfx *0.0.0.9 192.168.4.1 0x80000090 1358 0x9cb5 36 InterArPfx *0.0.0.11 192.168.4.1 0x80000090 608 0x8f49 44 InterArPfx *0.0.0.12 192.168.4.1 0x80000090 327 0x37a3 44 InterArPfx *0.0.0.13 192.168.4.1 0x8000008f 1452 0x689e 44 InterArPfx *0.0.0.14 192.168.4.1 0x8000008f 1264 0x6c98 44 IntraArPfx *0.0.0.1 192.168.4.1 0x80000098 2858 0x82f5 64 IntraArPfx 0.0.0.1 192.168.5.1 0x80000095 1270 0xf25a 64 interface fe-1/1/0.0 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Link 0.0.0.7 192.168.2.1 0x80000092 2577 0x8de7 56 Link *0.0.0.8 192.168.4.1 0x80000091 2670 0x8ce5 56 interface t1-0/2/1.0 Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len Link 0.0.0.9 192.168.3.1 0x80000092 2389 0x1661 56 Link *0.0.0.7 192.168.4.1 0x80000092 2764 0x383f 56 interface fe-0/0/0.0 Area 0.0.0.2 Type ID Adv Rtr Seq Age Cksum Len Link *0.0.0.6 192.168.4.1 0x80000092 2952 0x79fc 56 Link 0.0.0.2 192.168.5.1 0x80000091 2270 0xb1c7 56 user@4> show ospf3 route Prefix Path Route NH Metric Type Type Type 192.168.0.1 Intra Router IP 2 NH-interface (null), NH-addr feee::10:255:71:3 192.168.1.1 Intra Router IP 3 NH-interface (null), NH-addr feee::10:255:71:3 192.168.2.1 Intra Area BR IP 1 NH-interface fe-1/1/0.0 192.168.3.1 Intra Area BR IP 1 NH-interface t1-0/2/1.0 192.168.5.1 Intra Router IP 1 NH-interface fe-0/0/0.0 9009:1::/64 Intra Network IP 2 NH-interface t1-0/2/1.0 9009:1::2/128 Intra Network IP 1 NH-interface t1-0/2/1.0 9009:2::/64 Intra Network IP 2 NH-interface fe-1/1/0.0 9009:2::2/128 Intra Network IP 1 NH-interface fe-1/1/0.0 9009:3::/64 Intra Network IP 2 NH-interface t1-0/2/1.0 NH-interface fe-1/1/0.0 9009:4::/64 Intra Network IP 1 NH-interface fe-1/1/0.0 9009:5::/64 Intra Network IP 1 NH-interface t1-0/2/1.0 9009:6::/64 Intra Network IP 1 NH-interface fe-0/0/0.0 9009:6::1/128 Intra Network IP 0 NH-interface fe-0/0/0.0 feee::10:255:71:1/128 Intra Network IP 2 NH-interface fe-1/1/0.0 feee::10:255:71:3/128 Intra Network IP 1 NH-interface t1-0/2/1.0 feee::10:255:71:4/128 Intra Network IP 2 NH-interface t1-0/2/1.0 feee::10:255:71:5/128 Intra Network IP 0 NH-interface lo0.0 feee::10:255:71:6/128 Intra Network IP 1 NH-interface fe-0/0/0.0 feee::10:255:71:11/128 Intra Network IP 1 NH-interface fe-1/1/0.0 user@4> show interfaces terse Interface Admin Link Proto Local Remote lt-1/2/0 t1-0/2/1.0 up up inet6 9009:5::2/64 fe80::2a0:a514:0:44c/64 fe-0/0/0.0 up up inet6 9009:6::1/64 fe80::2a0:a514:0:54c/64 fe-1/1/0.0 up up inet6 9009:4::2/64 fe80::2a0:a514:0:a4c/64 lo0 lo0.0 up up inet 192.168.4.1 --> 0/0 inet6 fe80::2a0:a50f:fc56:14c feee::10:255:71:5 ...
État de l’appareil 5
But
Vérifiez que l’équipement 5 a appris les routes attendues et a établi les contiguïtés de voisinage attendues.
Action
user@5> show ospf3 interface Interface State Area DR ID BDR ID Nbrs lo0.0 DRother 0.0.0.2 0.0.0.0 0.0.0.0 0 fe-0/0/0.0 PtToPt 0.0.0.2 0.0.0.0 0.0.0.0 1 user@5> show ospf3 neighbor ID Interface State Pri Dead 192.168.4.1 fe-0/0/0.0 Full 128 34 Neighbor-address fe80::2a0:a514:0:54c user@5> show ospf3 database Area 0.0.0.2 Type ID Adv Rtr Seq Age Cksum Len Router 0.0.0.0 192.168.4.1 0x80000091 509 0x4741 40 Router *0.0.0.0 192.168.5.1 0x80000090 732 0x3a50 40 InterArPfx 0.0.0.1 192.168.4.1 0x80000094 2759 0xfa5a 36 InterArPfx 0.0.0.2 192.168.4.1 0x80000094 2572 0xfe54 36 InterArPfx 0.0.0.3 192.168.4.1 0x80000093 603 0xe7f6 44 InterArPfx 0.0.0.4 192.168.4.1 0x80000091 2947 0xda7a 36 InterArPfx 0.0.0.5 192.168.4.1 0x80000090 1447 0xab35 44 InterArPfx 0.0.0.6 192.168.4.1 0x80000091 1259 0xdc3 44 InterArPfx 0.0.0.7 192.168.4.1 0x80000090 2009 0xa2b2 36 InterArPfx 0.0.0.9 192.168.4.1 0x80000090 1822 0x9cb5 36 InterArPfx 0.0.0.11 192.168.4.1 0x80000090 1072 0x8f49 44 InterArPfx 0.0.0.12 192.168.4.1 0x80000090 791 0x37a3 44 InterArPfx 0.0.0.13 192.168.4.1 0x8000008f 1916 0x689e 44 InterArPfx 0.0.0.14 192.168.4.1 0x8000008f 1728 0x6c98 44 IntraArPfx 0.0.0.1 192.168.4.1 0x80000099 322 0x80f6 64 IntraArPfx *0.0.0.1 192.168.5.1 0x80000095 1732 0xf25a 64 interface fe-0/0/0.0 Area 0.0.0.2 Type ID Adv Rtr Seq Age Cksum Len Link 0.0.0.6 192.168.4.1 0x80000093 416 0x77fd 56 Link *0.0.0.2 192.168.5.1 0x80000091 2732 0xb1c7 56 user@5> show interfaces terse Interface Admin Link Proto Local Remote lt-1/2/0 fe-0/0/0.0 up up inet6 9009:6::2/64 fe80::2a0:a514:0:64c/64 lo0 lo0.0 up up inet 192.168.5.1 --> 0/0 inet6 fe80::2a0:a50f:fc56:14c feee::10:255:71:6 ...