Résumé

  • RFC 7213 permet à des nœuds MPLS-TP sans plan de données IP d’apprendre l’adresse MAC unicast et la taille maximale de trame d’un pair au moyen d’une annonce G-ACh.
  • L’annonce ne décide ni si le lien est point à point, ni si un écart de MFS impose l’arrêt, ni quelle méthode reprendre après expiration : ces choix restent locaux et configurés.
  • Une mise en œuvre sûre lie chaque valeur apprise à l’authentification, à une durée de vie, à une topologie vérifiée, à un historique visible et à une solution de repli testée.

Découvrir une adresse ne revient pas à décider d’une politique

MPLS-TP peut relier des équipements dépourvus de plan de données IP. ARP et la découverte de voisin IPv6 peuvent donc manquer, alors qu’une trame Ethernet exige toujours une adresse MAC de destination. RFC 7213 ordonne les solutions : utiliser ARP, ND ou LLDP lorsqu’ils existent ; sinon employer GAP si les deux pairs le prennent en charge ; enfin seulement recourir à une configuration statique ou à une adresse non négociée.

Chaque solution répartit différemment coût et pouvoir. La configuration statique reste locale mais devient fragile lors du remplacement d’une interface, surtout si le pair appartient à un autre opérateur. Le broadcast évite de connaître une adresse unicast, mais élargit potentiellement la distribution. L’adresse multicast MPLS-TP réservée 01-00-5E-90-00-00 n’est qu’un substitut borné sur un lien dont le caractère point à point est connu.

Ce mot « connu » porte l’enjeu de gouvernance. Un circuit fourni comme point à point peut masquer une infrastructure Ethernet qui évolue. Pour les implémentations qui prennent en charge ces modes de substitution broadcast ou multicast, RFC 7213 exige un moyen permettant à l’opérateur de déclarer le lien point à point, et interdit ces substituts lorsque cette topologie n’est pas connue. Cette exigence est liée à ces modes d’adressage ; elle ne transforme pas une annonce GAP en certificat de topologie. Le pair peut annoncer son adresse, mais il ne certifie pas l’hypothèse topologique du récepteur.

Deux paramètres, deux conséquences

L’application GAP 0x0001, Ethernet Interface Parameters, définit un objet Source MAC Address de type 0 et de longueur 8. Sa valeur est l’adresse MAC unicast de l’interface émettrice sous forme EUI-64, obtenue par la conversion normalisée de son adresse MAC 48 bits. Elle transporte aussi la taille maximale de trame. Les annonces sont envoyées à 01-00-5e-80-00-0d, sans dépendre d’IP. Lorsque l’adresse MAC annoncée change, la nouvelle doit être utilisée. Pour la MFS, la règle diffère : si la valeur du pair est inférieure au minimum local, l’opérateur doit être averti, mais la politique locale choisit d’arrêter le lien ou de le maintenir pour vérifier la capacité réelle par OAM.

Le fait distant est donc une entrée obligatoire, non une décision distante. Sur un Ethernet multipoint portant un LSP MPLS-TP point à point, des adresses unicast sont obligatoires. La forme du lien détermine le comportement autorisé ; la commodité d’une diffusion large ne remplace pas cette classification.

L’expiration révoque l’usage

RFC 7213 reprend les durées de vie de GAP et recommande des annonces rapides après reconfiguration, redémarrage ou déconnexion détectée. Si l’adresse change, le récepteur adopte la nouvelle. Si sa durée de vie expire parce que les annonces cessent ou que le TLV disparaît, l’ancienne adresse ne doit plus servir. Le nœud revient à la méthode locale prévue pour l’absence d’annonce.

Ce repli définit l’autorité restante lorsque la preuve du pair disparaît. Apprendre une valeur sans tester son expiration revient à implémenter l’acquisition sans la révocation. Les données retenues doivent aussi être supprimées au redémarrage, afin qu’une observation ancienne ne devienne pas une règle silencieuse.

Les valeurs envoyées et reçues doivent être consultables. Toute modification locale causée par une annonce doit être explicable et visible. Si le type de lien change et devient incompatible avec la méthode d’adressage, le système applique l’action configurée. Le reçu d’exploitation doit relier l’annonce, son authentification, sa durée de vie, la déclaration topologique, la règle locale et l’état résultant.

Le coût reste chez celui qui décide

L’authentification de RFC 7212 réduit le risque de modification du MAC ou de la MFS. Elle ne prouve pas que le lien demeure point à point, ne fixe pas le minimum de trame et ne choisit pas entre arrêt et vérification OAM. Sur un réseau multipoint, l’opérateur doit contenir la diffusion vers les ports autorisés. La sécurité physique peut compter, car la lecture des TLV révèle déjà des informations utiles.

Le scénario contraire est parlant : une adresse valide mais périmée survit au remplacement d’une interface ; un lien supposé point à point devient partagé ; un écart de MFS arrête automatiquement un service malgré une politique locale de vérification. L’échec vient alors de la confusion entre preuve et autorité, non du protocole lui-même.

Sources