DifficileChoix unique

Question d'entraînement 200-301

Exhibit

R1#
interface GigabitEthernet0/0
 ipv6 address fe80::1 link-local
 ipv6 ospf 10 area 0
!
ipv6 router ospf 10
 router-id 1.1.1.1

R2#
interface GigabitEthernet0/0
 ipv6 address fe80::2 link-local
 ipv6 ospf 10 area 1
!
ipv6 router ospf 10
 router-id 2.2.2.2

Deux routeurs directement connectés exécutant OSPFv3 ne parviennent pas à former une adjacence. Les deux interfaces possèdent des adresses IPv6 valides et peuvent s'envoyer des pings en utilisant les adresses link-local. Quelle est la cause la plus probable ?

Choisissez la meilleure réponse.

Bonne réponse

ALes interfaces sont affectées à des zones OSPFv3 différentes.

Explication

La cause la plus probable est une incohésion de zone OSPFv3 sur l'interface. En termes pratiques, OSPFv3 exige toujours que les voisins situés sur le même lien s'accordent sur l'attribution de la zone, tout comme OSPF pour IPv4. La joignabilité link-local à elle seule ne suffit pas pour former une adjacence. Les paramètres du protocole doivent toujours correspondre. C'est un point de routage IPv6 important car on suppose parfois à tort qu'une connectivité ping IPv6 réussie signifie que le protocole de routage doit fonctionner automatiquement. Ce n'est pas le cas. L'adjacence dépend de l'alignement des protocoles et pas seulement de la connectivité de base.

Pourquoi chaque option est juste ou fausse

Juste

Les interfaces sont affectées à des zones OSPFv3 différentes.

Dans OSPFv3 (et OSPFv2), chaque interface appartient exactement à une seule zone. Deux routeurs directement connectés sur le même lien doivent avoir ce lien dans la même zone pour devenir voisins ; s'ils diffèrent, les paquets Hello sont rejetés car l'Area ID est transporté dans l'en-tête OSPF, et la relation de voisinage reste inactive.

Fausse

Les routeurs ont besoin d'adresses global unicast avant qu'OSPFv3 ne puisse s'exécuter.

Le transport d'OSPFv3 repose sur les adresses IPv6 link-local ; il ne nécessite pas d'adresses global unicast pour établir l'état de voisinage. Le protocole Hello d'OSPFv3 utilise des destinations link-local (FF02::5) et des adresses source, de sorte que l'adjacence peut se former même si les adresses globales sont absentes ou pas encore attribuées. Les adresses globales ne sont nécessaires que pour l'annonce de routes externes ou pour certaines conceptions de réseau, et non pour la formation de voisinage de base.

Fausse

Les Router ID doivent être identiques avant que l'adjacence ne puisse se former.

OSPFv3 exige que chaque routeur possède un Router ID unique sur 32 bits, généralement dérivé d'une adresse IPv4, pour s'identifier dans le domaine de routage. Si deux routeurs avaient des Router ID identiques, l'adjacence ne se formerait pas correctement ; cela provoquerait plutôt un conflit et l'un d'eux serait rejeté. L'exigence réelle est que les Router ID soient uniques, et non identiques, pour qu'une relation de voisinage réussisse.

Fausse

Les adresses link-local doivent être apprises via DHCPv6.

Les adresses IPv6 link-local (FE80::/10) sont configurées automatiquement sur chaque interface en utilisant EUI-64 ou une génération aléatoire, indépendamment de DHCPv6. OSPFv3 utilise ces adresses link-local comme source pour les paquets Hello et les mises à jour de routage, de sorte qu'aucune intervention de DHCPv6 n'est nécessaire pour la formation de l'adjacence. Même si DHCPv6 était utilisé pour une autre attribution d'adresses, il n'a aucun rapport avec le processus de voisinage OSPFv3.

Pour aller plus loin

OSPFv3 est la version du protocole de routage OSPF conçue pour prendre en charge les réseaux IPv6. Il utilise les adresses IPv6 link-local pour la découverte des voisins et la formation des adjacences, ce qui signifie que les routeurs communiquent directement sur le lien local sans nécessiter d'adresses global unicast. Le concept fondamental est que les voisins OSPFv3 doivent être configurés dans la même zone OSPF pour échanger des informations de routage et former des adjacences. Cette cohérence de zone garantit que les routeurs partagent un domaine de routage commun et peuvent synchroniser leurs bases de données d'état de liens. Le processus de décision pour la formation d'une adjacence OSPFv3 implique plusieurs vérifications : les routeurs doivent être directement connectés, posséder des Area ID correspondants sur leurs interfaces, s'accorder sur les types d'interface et avoir des paramètres d'authentification compatibles si l'authentification est activée. Même si les routeurs peuvent s'envoyer des pings en utilisant des adresses link-local, une incohésion dans la configuration de la zone OSPF empêche la formation de l'adjacence. En effet, OSPF traite l'Area ID comme un paramètre fondamental pour les relations de voisinage, et toute divergence amène les routeurs à rejeter l'adjacence. Un piège d'examen courant consiste à supposer qu'un ping IPv6 réussi entre les routeurs garantit l'adjacence OSPFv3. Bien qu'un ping link-local confirme la joignabilité de couche 3, l'adjacence OSPFv3 dépend de paramètres au niveau du protocole qui doivent correspondre exactement. Un autre comportement pratique est que les Router ID doivent être uniques mais non identiques ; des Router ID identiques provoquent un échec d'adjacence mais ne constituent pas un prérequis pour l'adjacence. Comprendre ces nuances permet d'éviter les erreurs de configuration et de dépannage dans les déploiements OSPF IPv6.

À propos de ces questions d'entraînement

Cette question fait partie des questions d'entraînement 200-301 originales de Courseiva, rédigées pour apprendre et jamais copiées d'examens réels ou de dumps.

Traduite de l'original anglais avec l'IA et vérifiée pour le sens. Les codes d'examen, les commandes et les noms de produits sont conservés tels qu'ils apparaissent à l'examen.