Résumé
- RFC 1587 a permis à une zone OSPF NSSA d’importer des routes externes sous forme de LSA de type 7 limités à la zone, tout en continuant à écarter du site feuille les LSA externes de type 5 du reste du domaine.
- Le bit P et une adresse de réexpédition non nulle rendaient un type 7 traduisible. Un routeur de bordure devait encore produire un autre objet, le type 5, sous sa propre identité d’annonceur.
- RFC 3101 a ensuite remplacé RFC 1587, précisé l’élection et la transition du traducteur, et décrit un paradoxe : un type 7 non propagé pouvait malgré tout attirer du trafic à la bordure.
La route s’arrêtait devant une porte prévue à cet effet
Une zone stub limitait sa base d’état de liens en refusant les LSA de type 5. Pour joindre les destinations extérieures, les routeurs du site recevaient une route par défaut. Cette abstraction convenait tant que la feuille n’avait rien à annoncer elle-même.
RFC 1587 partait d’une difficulté différente. Un site pouvait apprendre plusieurs réseaux par RIP et vouloir les injecter dans OSPF. Le modèle stub l’interdisait. Le transformer en zone ordinaire autorisait l’import, mais lui imposait aussi l’ensemble des routes externes que l’on cherchait précisément à cacher à un lien lent ou à un routeur limité.
La Not-So-Stubby Area conserva les deux moitiés utiles : peu d’informations venues du cœur, mais une sortie limitée pour les routes nées dans la feuille. Cette sortie n’était pas automatique.
L’accord N/E ouvrait le dialogue
Le bit N annonçait la capacité NSSA. Sur l’interface concernée, N devait être activé et le bit E, associé à la capacité externe ordinaire, désactivé. Si les options reçues dans Hello ne correspondaient pas à la configuration locale, le paquet était abandonné et l’adjacence ne se formait pas.
Cette égalité constituait un test de compatibilité, non une preuve de routage. Deux voisins pouvaient convenir du format sans avoir reçu de route externe. Ils ne certifiaient ni la source, ni la politique de redistribution, ni la future traduction.
Le LSA de type 7 vivait dans la base propre à la NSSA et n’était diffusé que dans cette zone. Le type 5, lui, avait une portée dans toutes les zones capables de le recevoir. Une ressemblance de champs ne supprimait donc ni la limite géographique, ni la différence d’auteur.
La base pouvait contenir ce que la table refusait
Recevoir un type 7 ne suffisait pas à l’installer. Le calcul devait atteindre l’ASBR qui l’avait produit par la NSSA. Une adresse de réexpédition non nulle exigeait aussi un chemin intra-zone. Une route interne OSPF gardait la priorité sur une externe, avant la comparaison des types et des métriques.
Il fallait conserver séparément le LSA reçu, le chemin accepté par le calcul et l’entrée réellement utilisée pour transmettre. Le protocole reliait ces états, mais ne les rendait pas interchangeables.
P demandait une traduction
L’ASBR interne positionnait le bit P lorsqu’il souhaitait que le réseau soit annoncé dans la topologie de transit du domaine. Il devait fournir une adresse de réexpédition valide et non nulle. P à zéro signifiait que les routeurs de bordure ne devaient pas produire de type 5 à partir de ce LSA.
P n’était pourtant que la demande déposée à la porte. RFC 1587 confiait la traduction au routeur de bordure NSSA joignable dont l’identifiant était le plus élevé, après le calcul des routes de types 5 et 7.
Pour une route non agrégée, le type 5 reprenait réseau, masque, métrique, catégorie de chemin, adresse de réexpédition et étiquette externe. Son champ Advertising Router portait toutefois l’identité de l’ABR traducteur. La route source n’était pas déplacée ; une projection nouvelle était signée par un autre routeur.
Les routes par défaut formaient une exception liée au rôle. Un type 7 par défaut produit par un ABR NSSA devait garder P à zéro et n’était jamais traduit en type 5. Le type 7 par défaut d’un ASBR interne à la NSSA, qui n’était pas aussi ABR, pouvait mettre P à un et être traduit. Les deux origines n’étaient pas interchangeables.
Une plage décidait ce qui devenait public
Les plages de type 7 associaient une paire adresse-masque à Advertise ou DoNotAdvertise. Elles pouvaient condenser plusieurs routes en un seul type 5 ou supprimer leur publication extérieure. La NSSA continuait alors à connaître ses routes composantes tandis que le reste du système autonome n’en recevait aucune représentation.
L’agrégation réduisait la taille des bases, mais également la précision de la provenance. Le type 5 résumé portait une métrique dérivée et l’identité du traducteur ; il ne suffisait pas à reconstituer tous les types 7 qui l’avaient motivé.
Quand une route perdait son éligibilité, le type 5 dérivé devait être purgé ou réémis à partir des éléments encore admissibles. La source locale et sa publication générale avaient des cycles liés, mais distincts.
La révision a transformé l’autorité en état observable
RFC 3101 a rendu RFC 1587 obsolète en janvier 2003. Il a défini NSSATranslatorRole, NSSATranslatorState et le bit Nt. Un ABR pouvait traduire en permanence avec le rôle Always, ou participer comme Candidate. L’élection comparait la joignabilité dans la NSSA et dans la topologie de transit, Nt, puis l’identifiant de routeur.
Un traducteur élu et ensuite évincé continuait par défaut pendant quarante secondes. Ce TranslatorStabilityInterval évitait des purges et rediffusions répétées. Le transfert d’autorité avait donc une période de chevauchement spécifiée.
La révision exposait aussi le paradoxe du bit P. Un ABR pouvait installer un type 7 non défaut avec P à zéro, bien qu’il ne le traduise pas. Du trafic provenant de l’extérieur et traversant cet ABR pouvait être attiré vers la NSSA, en contradiction avec le chemin attendu à la source et avec la lecture intuitive de la politique de non-propagation.
Authentifier le paquet ne validait pas le choix
RFC 1587 ne discutait pas la sécurité. RFC 3101 a traité l’authentification des échanges, la gestion des clés, la répétition d’annonces et le débordement de base, tout en rappelant que ces risques existaient aussi hors NSSA.
Une vérification cryptographique OSPF pouvait attribuer un paquet à un pair disposant de la clé configurée. Elle n’apportait aucune confidentialité. Elle ne validait pas la route externe d’origine, le réglage P, la plage, l’élection du traducteur, la fidélité d’un résumé, la sélection distante ou la livraison d’un paquet utilisateur.
RFC 3101 attribue à la première mise en œuvre complète connue des modifications substantielles du texte. C’est une preuve d’aller-retour entre code et spécification, pas une mesure d’adoption ni un test multiconstructeur.
Les sources gelées n’établissent pas davantage un déploiement actuel, le comportement d’un fournisseur ou la configuration d’un opérateur nommé.
Les textes de Heng Lu sur la primauté du code en fonctionnement, la spécification minimale et la décision locale et la réalité comme produit éditorial donnent ici une méthode : document, implémentation, compatibilité, état local, projection et effet observé doivent rester des pièces différentes.
L’archive utile relie donc source externe, type 7, diffusion NSSA, calcul local, politique P/plage, état du traducteur, type 5, diffusion générale, choix distant, transfert et résultat mesuré. La zone savait déjà. Le backbone attendait encore son propre acte de publication.
Sources
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance
