Aller au contenu principal

3. Differences with RFC 2740 (Différences avec RFC 2740)

Les implémentations OSPFv3 basées sur la RFC 2740 interopéreront pleinement avec les implémentations basées sur cette spécification. Il existe cependant quelques ajouts et modifications de protocole (tous étant rétrocompatibles).

Cette fonctionnalité de protocole n'a été que partiellement spécifiée dans la RFC 2740. Le niveau de spécification était insuffisant pour implémenter la fonctionnalité. La section 4.9 spécifie les ajouts et les clarifications nécessaires pour l'implémentation. Ils sont entièrement compatibles avec la RFC 2740.

3.2. Deprecation of MOSPF for IPv6 (Dépréciation de MOSPF pour IPv6)

Cette fonctionnalité de protocole n'a été que partiellement spécifiée dans la RFC 2740. Le niveau de spécification était insuffisant pour implémenter la fonctionnalité. Il n'existe aucune implémentation connue. Le support des extensions multicast pour OSPF (Multicast Extensions to OSPF, MOSPF) et ses champs de protocole associés ont été dépréciés d'OSPFv3. Se référer aux sections 4.4.3.2, 4.4.3.4, 4.4.3.6, 4.4.3.7, annexe A.2, annexe A.4.2.1, annexe A.4.3, annexe A.4.1.1 et section 7.1.

3.3. NSSA Specification (Spécification NSSA)

Cette fonctionnalité de protocole n'a été que partiellement spécifiée dans la RFC 2740. Le niveau de spécification était insuffisant pour implémenter la fonction. Ce document inclut une spécification NSSA unique à OSPFv3. Cette spécification couplée avec [NSSA] fournit une spécification suffisante pour l'implémentation. Se référer à la section 4.8.5, annexe A.4.3, annexe A.4.8 et [NSSA].

3.4. Stub Area Unknown LSA Flooding Restriction Deprecated (Restriction d'inondation de LSA inconnus de zone Stub dépréciée)

Dans la RFC 2740 [OSPFV3], l'inondation de LSA inconnus était restreinte dans les zones stub et NSSA. Le texte décrivant cette restriction est inclus ci-dessous.

Cependant, contrairement à IPv4, IPv6 permet aux LSA avec des types LS non reconnus d'être étiquetés « Stocker et inonder le LSA, comme si le type était compris » (voir le bit U dans l'annexe A.4.2.1). L'introduction incontrôlée de tels LSA pourrait faire croître la base de données d'état de liaison d'une zone stub au-delà des capacités de ses routeurs composants.

Pour se prémunir contre cela, la règle suivante concernant les zones stub a été établie : un LSA dont le type LS n'est pas reconnu ne peut être inondé dans/à travers une zone stub que si a) le LSA a une portée d'inondation de zone ou lien-local et b) le LSA a le bit U défini à 0. Voir la section 3.5 pour plus de détails.

Cette restriction a été dépréciée. Les routeurs OSPFv3 inonderont les LSA de portée de lien et de zone dont le type LS n'est pas reconnu et dont le bit U est défini à 1 dans les zones stub et NSSA. Il n'y a pas de problèmes de rétrocompatibilité autres que le fait que les routeurs OSPFv3 supportant toujours la restriction peuvent ne pas propager les types de LSA nouvellement définis.

Le paramètre de configuration d'interface LinkLSASuppression a été ajouté. Si LinkLSASuppression est configuré pour une interface et que le type d'interface n'est pas broadcast (diffusion) ou NBMA, l'origine du LSA de lien (Link-LSA) peut être supprimée. Le paramètre de configuration d'interface LinkLSASuppression est décrit dans l'annexe C.3. Les sections 4.8.2 et 4.4.3.8 ont été mises à jour pour refléter l'utilisation du paramètre.

3.6. LSA Options and Prefix Options Updates (Mises à jour des options LSA et des options de préfixe)

Les champs Options LSA (LSA Options) et Options de préfixe (Prefix Options) ont été mis à jour pour refléter les ajouts de protocole récents. Spécifiquement, les bits liés à MOSPF ont été dépréciés, les bits du champ Options communs avec OSPFv2 ont été réservés, et le bit DN (DN-bit) a été ajouté aux options de préfixe. Se référer à l'annexe A.2 et à l'annexe A.4.1.1.

3.7. IPv6 Site-Local Addresses (Adresses Site-Local IPv6)

Toutes les références aux adresses site-local IPv6 (IPv6 Site-Local Addresses) ont été supprimées.