À propos de cet exemple de configuration réseau

OSPF version 2, introduit sous le nom de RFC 2328 en 1998, a été l’un des protocoles IGP (Interior Gateway Protocols) les plus largement déployés pour le routage intradomaine. Le protocole est étendu dans la version 3 (RFC 2740) pour prendre en charge OSPF dans les réseaux IPv6. La plupart des fonctionnalités d’OSPFv2 sont transférées dans OSPFv3, mais il reste quelques changements significatifs à explorer.

OSPFv3 ajoute la prise en charge d’IPv6 dans le protocole de routage Open Shortest Path First (OSPF), comme détaillé dans la RFC 2740. La plupart des commandes de configuration et opérationnelles fonctionnent essentiellement de la même manière que dans OSPFv2 :

• Toutes les commandes opérationnelles et de configuration OSPFv3 incluent l’identificateur ospf3 à la place de l’option familière ospf . Par exemple, show ospf database dans OSPFv2 devient show ospf3 database dans OSPFv3.

• Les ID de routeur OSPFv3, les ID de zone et les ID d’état de lien LSA conservent la taille IPv4 OSPFv2 de 32 bits.

• Toutes les fonctionnalités facultatives d’OSPFv2 pour IPv4, telles que les zones pas si stubby (NSSA), sont prises en charge dans OSPFv3 pour IPv6.

Cependant, il y a beaucoup de changements significatifs à noter à propos d’OSPFv3 pour IPv6 :

• Les annonces d’état de lien de routeur (LSA) et les LSA réseau ne contiennent plus d’informations de préfixe. Dans OSPFv3, ces LSA ne transportent que des informations de topologie.

  Note:

  Étant donné que les informations d’adressage dans l’en-tête LSA, le LSA de routeur et le LSA de réseau (type 2) ont été supprimés, le protocole OSPFv3 est conçu pour être indépendant du protocole réseau.

• Des LSA, nouveaux et modifiés, ont été créés pour gérer le flux d’adresses et de préfixes IPv6 dans un réseau OSPFv3. Par conséquent, certaines show sorties de commandes s’affichent dans un format différent pour OSPFv3. Les LSA qui ont été modifiés sont les suivants :

  • LSA Interarea-Prefix : remplace le LSA Network Summary (Résumé du réseau) ou le LSA de type 3.

  • LSA du routeur interzone : remplace le résumé ASBR (Autonomous System Boundary Router) ou le LSA de type 4.

  Les nouveaux LSA introduits dans OSPFv3 sont les suivants :

  • LSA de liaison : ce LSA a une portée locale et ne s’étend pas au-delà de la liaison à laquelle il est associé. L’objectif d’un LSA de liaison est de fournir l’adresse lien-local IPv6 du routeur aux voisins, d’informer les autres routeurs des préfixes IPv6 associés disponibles sur la liaison et de fournir des informations au LSA réseau. Sur toutes les interfaces OSPF, à l’exception des liaisons virtuelles, les paquets OSPF sont envoyés en utilisant l’adresse locale du lien de l’interface comme adresse source.

  Note:

  Une adresse lien-locale est une adresse IPv6 dont les 10 premiers bits sont définis sur 1111111010. Ceci est souvent affiché en hexadécimal sous la forme fe80.

  Les routeurs de périphérie multiservice Juniper Networks M Series, les routeurs de services Ethernet Juniper Networks MX Series et les routeurs centraux Juniper Networks T Series génèrent automatiquement des adresses locales de liaison lorsque l’IPv6 est activé. La plate-forme de routage sélectionne une adresse MAC d’interface (dérivée des interfaces disponibles) et l’ajoute au fe80 préfixe avec un bourrage de bits supplémentaire. Pour plus d’informations sur les adresses lien-local, reportez-vous à la RFC 2373.

  • LSA de préfixe intra-zone : transmet toutes les informations de préfixe IPv6 à tous les routeurs OSPFv3 d’une zone (ces informations dans IPv4 sont portées par les LSA de routeur et de réseau).

• OSPFv3 s’exécute désormais par liaison, et non plus par sous-réseau IP.

• Les adresses lien-local IPv6 sont utilisées pour les échanges de voisinage OSPFv3 (sauf sur les liens virtuels).

• La portée de l’inondation pour les LSA a été généralisée en trois catégories pour OSPFv3 :

  • Portée locale du lien : le paquet OSPFv3 est inondé vers les membres d’une liaison.

  • Portée de la zone : le paquet OSPFv3 est inondé vers tous les membres d’une zone OSPFv3.

  • Portée AS : le paquet OSPFv3 est inondé vers tous les membres d’un AS.

• L’authentification a été supprimée du protocole OSPFv3 lui-même et repose sur les parties de l’en-tête d’authentification (AH) et de la charge utile de sécurité d’encapsulation (ESP) du protocole de sécurité IP (IPsec) pour toutes les tâches d’authentification en IPv6. Pour plus d’informations sur la configuration d’IPsec, reportez-vous au Guide des fonctionnalités IPsec Junos.

• Les chemins de commutation d’étiquettes (LSP) et l’ingénierie de trafic ne sont pas pris en charge dans OSPFv3.

• Les routeurs voisins sont toujours identifiés par l’ID de routeur 32 bits dans OSPFv3.