Résumé
- RFC 3036 distinguait deux éléments FEC capables de désigner la même adresse complète, mais avec des effets différents.
- RFC 5036 a retiré Host Address faute d’usage dans les implémentations ; le type Address Prefix, toujours extensible jusqu’à la longueur maximale, est resté.
Une forme retirée, pas une adresse effacée
En janvier 2001, la première spécification de Label Distribution Protocol (LDP) donnait aux routeurs MPLS un langage commun pour associer une classe d’équivalence de transfert, le FEC, à un chemin commuté par étiquette. Un FEC désignait l’ensemble des paquets susceptibles d’emprunter ce chemin ; LDP distribuait ensuite les correspondances entre FEC et étiquettes.
La section consacrée aux FEC proposait deux éléments fondés sur une adresse. Address Prefix acceptait une longueur de zéro bit jusqu’à l’adresse entière. Host Address transportait, lui aussi, une adresse complète. La ressemblance s’arrêtait là : RFC 3036 précisait qu’un préfixe de longueur maximale et un Host Address portant la même valeur n’avaient pas le même effet. Lorsqu’un paquet correspondait aux deux chemins, Host Address pouvait l’emporter sur le préfixe. Les encodages étaient distincts : 0x02 pour Prefix, 0x03 pour Host Address.
La révision de 2007 a élagué cette seconde forme. RFC 5036, qui remplace la version initiale et fait avancer LDP vers le statut Draft Standard, énumère ses changements. Le premier retire le FEC Host Address et les références associées, car il n’était « utilisé par aucune implémentation ». La phrase établit un fait ciblé sur ce type de FEC. Elle ne mesure pas la diffusion de LDP et ne dit ni quelles implémentations furent examinées, ni pourquoi elles n’avaient pas retenu cette forme.
La portée de l’édition est donc étroite, mais importante. RFC 5036 conserve un seul élément FEC de base : Address Prefix, toujours utilisable sur toute la plage, jusqu’à l’adresse complète. La révision supprime une manière distincte de classer les paquets, sans enlever la possibilité d’exprimer un préfixe de longueur maximale. Il serait faux d’en conclure que LDP n’était pas implémenté, que les routes hôtes ont disparu, ou que les deux anciennes formes avaient toujours été interchangeables.
Ce que le compte rendu autorise à dire
Les spécifications accumulent parfois des options avant que les systèmes en fonctionnement ne montrent lesquelles sont utiles. Une révision peut alors retirer une distinction dont l’écosystème n’a pas fait usage tout en conservant la fonction plus générale. Ici, le document ne raconte ni échec spectaculaire ni enquête détaillée : il donne simplement le motif de retrait. C’est précisément ce qui rend la trace intéressante.
La preuve disponible a aussi des limites nettes. Aucun nom de constructeur, décompte d’installations, taux de déploiement ou incident de terrain ne figure dans ce motif. On ne peut donc pas transformer « aucune implémentation ne l’utilisait » en « personne n’a jamais transmis ce type ». Et RFC 5036 ne publie pas d’essai prouvant l’équivalence universelle entre l’ancien Host Address et le préfixe de longueur maximale. Il documente une suppression et la conservation du préfixe ; il ne fournit pas un recensement de migration.
Dans l’architecture MPLS, les FEC et la distribution d’étiquettes subsistent. L’histoire se joue à une échelle plus fine : le protocole a cessé d’exposer deux catégories distinctes lorsqu’une seule n’avait aucun usage d’implémentation documenté. Une petite ligne de changelog montre ainsi comment la pratique peut resserrer le vocabulaire d’une norme sans abolir le service qu’elle cherche à représenter.
Sources
- Fiche RFC 3036
- Fiche RFC 5036
- Fiche RFC 3031
- Fiche RFC 3034
- Fiche RFC 3035
- Fiche RFC 3037
- RFC 3031, architecture MPLS
- RFC 3035, LDP et commutation de circuits virtuels ATM
- RFC 3036, spécification LDP
- RFC 3037, applicabilité de LDP
- RFC 5036, spécification LDP révisée
- RFC 6720, GTSM pour LDP
- RFC 6790, étiquettes d’entropie MPLS
- RFC 7358, discipline d’annonce des étiquettes LDP
- RFC 7552, mises à jour LDP pour IPv6
- Heng Lu, Running-Code Primacy
- Heng Lu, Minimum Initial Specification and Voluntary Adoption
- Heng Lu, On Reality Layers
Les essais de Heng Lu servent uniquement de cadres d’analyse déclarés ; Lu n’a ni rédigé ni approuvé les deux spécifications LDP.
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
