Aller au contenu principal

4. Implementation Details (Détails d'implémentation)

Lors du passage d'IPv4 à IPv6, les mécanismes de base d'OSPF restent inchangés par rapport à ceux documentés dans [OSPFV2]. Ces mécanismes sont brièvement décrits dans la section 4 de [OSPFV2]. IPv6 et IPv4 disposent tous deux d'une base de données d'états de liaison (Link-State Database) composée de LSA et synchronisée entre les routeurs adjacents. La synchronisation initiale est effectuée via le processus d'échange de base de données (Database Exchange), qui comprend l'échange de paquets de description de base de données (Database Description), de demande d'état de liaison (Link State Request) et de mise à jour d'état de liaison (Link State Update). Par la suite, la synchronisation de la base de données est maintenue via l'inondation (Flooding), en utilisant des paquets de mise à jour d'état de liaison et d'accusé de réception d'état de liaison (Link State Acknowledgment). IPv6 et IPv4 utilisent tous deux des paquets OSPF Hello pour découvrir et maintenir les relations de voisinage (Neighbor Relationships), ainsi que pour élire les routeurs désignés (Designated Routers) et les routeurs désignés de secours (Backup Designated Routers) sur les liaisons broadcast et NBMA. La décision concernant les relations de voisinage qui deviennent des adjacences (Adjacencies), et les idées de base derrière le routage inter-zone (Inter-Area Routing), l'importation d'informations externes dans les AS-external-LSAs, et les divers calculs de routage sont également les mêmes.

En particulier, les fonctionnalités OSPF IPv4 suivantes décrites dans [OSPFV2] restent complètement inchangées pour IPv6:

  • IPv4 et IPv6 utilisent tous deux les types de paquets OSPF décrits dans la section 4.3 de [OSPFV2], à savoir : les paquets Hello, Description de base de données (Database Description), Demande d'état de liaison (Link State Request), Mise à jour d'état de liaison (Link State Update) et Accusé de réception d'état de liaison (Link State Acknowledgment). Bien que dans certains cas (par exemple, les paquets Hello) leur format ait quelque peu changé, les fonctions des différents types de paquets restent les mêmes.

  • Les exigences système pour une implémentation OSPF restent inchangées, bien qu'OSPF pour IPv6 nécessite une pile de protocoles IPv6 (de la couche réseau vers le bas) car il s'exécute directement sur la couche réseau IPv6.

  • La découverte et la maintenance des relations de voisinage, ainsi que la sélection et l'établissement des adjacences, restent les mêmes. Cela inclut l'élection du routeur désigné et du routeur désigné de secours sur les liaisons broadcast et NBMA. Ces mécanismes sont décrits dans les sections 7, 7.1, 7.2, 7.3, 7.4 et 7.5 de [OSPFV2].

  • Les types de liaison (ou de manière équivalente, les types d'interface) pris en charge par OSPF restent inchangés, à savoir : point-à-point (Point-to-Point), broadcast (Broadcast), NBMA, point-à-multipoint (Point-to-Multipoint) et liaisons virtuelles (Virtual Links).

  • La machine à états d'interface (Interface State Machine), y compris la liste des états et événements d'interface OSPF, et l'algorithme d'élection du routeur désigné et du routeur désigné de secours restent inchangés. Ceux-ci sont décrits dans les sections 9.1, 9.2, 9.3 et 9.4 de [OSPFV2].

  • La machine à états de voisinage (Neighbor State Machine), y compris la liste des états et événements de voisinage OSPF, reste inchangée. La machine à états de voisinage est décrite dans les sections 10.1, 10.2, 10.3 et 10.4 de [OSPFV2].

  • Le vieillissement (Aging) de la base de données d'états de liaison, ainsi que le vidage des LSA du domaine de routage via le processus de vieillissement prématuré (Premature Aging), restent inchangés par rapport à la description dans les sections 14 et 14.1 de [OSPFV2].

Cependant, certains mécanismes de protocole OSPF ont changé comme décrit précédemment dans la section 2 de ce document. Ces changements sont expliqués en détail dans les sous-sections suivantes, en faisant référence aux sections appropriées de [OSPFV2].

Les sous-sections suivantes fournissent une recette pour transformer une implémentation OSPF IPv4 en une implémentation OSPF IPv6.