Résumé

  • Le lien TE virtuel de RFC 5212 peut apparaître dans la couche cliente comme si un LSP inférieur existait, alors que ce LSP n’a pas encore été établi.
  • Une TED unifiée rend un trajet calculable ; elle ne prouve ni la capacité d’adaptation disponible au moment de l’exécution, ni la réservation, ni l’intégrité, ni la livraison au client.
  • La bonne preuve est une chaîne : annonce, calcul, politique, déclenchement, engagement de ressource, vérification, installation supérieure et observation du trafic.

À 14 h 02, le vert décrivait encore 14 h 00

Un contrôleur reçoit une demande de 10 Gbit/s. À 14 h 00, sa base d’ingénierie de trafic lui offre un passage simple entre deux nœuds de bord. La route franchit une couche optique que l’écran résume par un seul trait vert. Le calcul réussit.

Ce trait est un lien TE virtuel. Il annonce la possibilité de construire un LSP dans la couche inférieure. À 14 h 01, la sélection du lien déclenche la signalisation. Mais une autre opération a consommé la capacité interne qui permet au nœud hybride de terminer un signal et de l’ajuster vers l’autre technologie. Le lien externe affiche encore une capacité abondante ; la fonction précise n’a plus que 2,5 Gbit/s. L’établissement échoue. Une minute plus tard, l’écran de service indique toujours « route disponible » parce qu’il restitue le calcul, pas son exécution.

Cette scène est construite. Elle ne décrit ni opérateur, ni produit, ni panne réelle. Le calcul n’était pas mensonger : il répondait à son instantané. L’affirmation fautive apparaît lorsque calculable devient réservé, puis livré, sans reçu pour les transitions.

Un cadre de besoins, pas une preuve de déploiement

Publié en juillet 2008 sur le flux IETF avec le statut Informational, RFC 5212 formule les besoins des réseaux GMPLS multicouches et multirégions. Une région correspond à une capacité de commutation ; une couche décrit une granularité. Une même instance de plan de contrôle peut ainsi considérer des ressources paquet, couche 2, TDM, longueur d’onde ou fibre.

Le document ne spécifie pas une solution complète. Il étudie surtout une instance GMPLS unique dans un domaine TE et laisse hors champ d’autres répartitions du contrôle. Il envisage un opérateur unique comme cas probable, sans exclure que deux couches relèvent d’administrations différentes.

L’unification réduit des doublons et permet une ingénierie plus rapide. Elle ne transforme pas les équipements en une seule réalité. RFC 5212 précise d’ailleurs que réunir adressage et information TE ne supprime pas la séparation entre plan de contrôle et plan de données. Un graphe commun n’est ni un tissu physique unique ni un mandat commun.

La TED décrit des choix datés

Dans le modèle intégré, les liens TE de plusieurs couches alimentent une même Traffic Engineering Database. Le calculateur peut choisir une route qui descend dans une couche serveur, y traverse un LSP, puis remonte dans la couche cliente.

La TED contient toutefois des annonces : capacité de commutation, encodage, bande passante, priorité, topologie et contraintes telles qu’elles étaient connues au moment de leur diffusion. Un algorithme qui trouve une route établit qu’un candidat satisfait cette représentation. Il n’établit pas que les ressources ont déjà été immobilisées.

Le point critique se trouve souvent dans le nœud hybride. Passer d’une technologie à l’autre exige une terminaison et une adaptation internes. L’interface peut encore annoncer une grande bande passante alors que la matrice ou le lien interne requis est saturé. RFC 5212 exige donc que la capacité d’ajustement soit représentée et utilisée comme contrainte.

Même correctement annoncée, cette capacité garde une époque. Une autre transaction peut la réserver. Une agrégation peut diluer la limite utile. Un filtrage ou un retard de propagation peut présenter une vue incomplète. La carte peut être juste dans sa catégorie et insuffisante comme garantie commerciale.

Le contrat singulier du lien virtuel

Préétablir tous les LSP de la couche inférieure gaspillerait bande passante et ressources d’adaptation. RFC 5212 propose alors une idée disciplinée : annoncer vers la couche supérieure un lien représentant un LSP possible comme s’il était établi, mais sans l’établir réellement.

Le mécanisme est volontaire. Quand un LSP supérieur choisit ce lien virtuel, le LSP sous-jacent doit être signalé immédiatement. La topologie cliente peut rester stable tandis que les ressources serveur naissent à la demande.

Le danger organisationnel consiste à oublier virtuel. La sélection ouvre une obligation d’exécution ; elle n’est pas l’exécution. Un déclenchement prouve l’envoi d’une demande ; il ne prouve pas son acceptation. L’établissement inférieur ne prouve encore ni la vérification de la connectivité et de l’intégrité, ni l’installation complète du LSP supérieur, ni le passage du trafic.

Une interface honnête conserve au moins les états option calculée, ressource en attente, ressource engagée, vérifiée, chemin supérieur installé et service observé. Une seule couleur ne peut pas répondre à six questions.

L’abstraction dissimule aussi la corrélation

Un LSP inférieur établi peut être annoncé comme lien TE ou Forwarding Adjacency. Plusieurs LSP supérieurs s’y imbriquent alors, et l’ensemble forme une Virtual Network Topology plus simple pour la couche cliente.

La simplification cache le trajet serveur. RFC 5212 relève le risque : deux chemins optiques apparemment distincts peuvent partager la même fibre et tomber ensemble. Une diversité calculée sans information de risque partagé n’est qu’une diversité graphique.

Il ne s’agit pas d’exiger la divulgation de tous les détails. L’abstraction protège l’échelle, l’autonomie technique et parfois le secret commercial. Elle doit seulement transporter ce qui décide le résultat : groupe de risque, capacité effective, protection, état de vérification, corrélation d’alarme et autorité capable d’engager la ressource.

Lorsque la frontière de couche est aussi administrative, le même principe devient contractuel. Le fournisseur serveur peut garder sa topologie privée. Il doit néanmoins rendre un engagement vérifiable, un identifiant de corrélation et un résultat explicite.

RFC 5339 a conservé les écarts

RFC 5339 a évalué les protocoles GMPLS disponibles en 2008 face aux besoins de RFC 5212. Sa conclusion répartit proprement les responsabilités. Beaucoup de fonctions reposaient sur des procédures locales, des politiques d’opérateur, des algorithmes TE ou des outils de gestion hors du protocole.

Six familles d’extensions étaient identifiées : création et suppression des liens virtuels, retrait gracieux d’un lien TE, signalisation multirégion contrainte, annonce des capacités d’ajustement, coordination des MIB de chaque couche et pilotage de l’OAM propre à chaque technologie.

Son exemple de capacité d’ajustement montre comment l’agrégation peut effacer la contrainte décisive. Des annonces séparées permettent de voir la faible capacité interne. Un lien agrégé additionne des valeurs et laisse croire que le LSP demandé peut être terminé. Les nombres ne sont pas nécessairement faux ; leur structure ne répond plus à la question.

Cette analyse historique ne permet pas d’accuser les produits actuels. Elle rappelle seulement qu’une exigence, un mécanisme de protocole, un algorithme local et une exécution réelle sont quatre preuves différentes.

La vérification ne se déduit pas de la signalisation

RFC 5212 prévoit qu’un LSP inférieur puisse être vérifié pour sa connectivité correcte et l’intégrité des données avant d’être offert à la couche supérieure. Les méthodes dépendent de la technologie ; le contrôle GMPLS doit en coordonner l’usage. RFC 5339 maintient la même séparation.

Une réponse positive de signalisation prouve l’achèvement d’une transaction de contrôle. Le test technologique prouve autre chose. L’installation dans la couche cliente répond à une troisième question. Compteurs, sondes et expérience du client apportent les preuves suivantes.

En incident, cette granularité raccourcit le diagnostic. On peut distinguer une annonce périmée, un déclenchement refusé, une mauvaise connexion serveur, un cross-connect client absent, une alarme non remontée et une divergence apparue après installation. Avec un unique état vert, chaque équipe est innocente et personne ne sait où le service s’est arrêté.

Le reçu de bout en bout

Le reçu commence avec la demande : extrémités, débit, priorité, capacités de commutation, protection et objectif de service. Il fige la version de la TED, l’âge des annonces, les filtres et les informations manquantes, puis la route calculée et chaque changement de couche.

Chaque saut abstrait est qualifié : lien physique, FA-LSP établi, lien TE réel ou lien TE virtuel. Chaque nœud hybride expose la fonction d’ajustement nécessaire et son époque de réservation. La décision de politique et l’éventuelle approbation de gestion restent liées au déclenchement.

Viennent ensuite la transaction inférieure, le chemin serveur, l’engagement de capacité, l’état des cross-connects, la propagation de l’annonce, le test de connectivité, l’installation supérieure, l’OAM, les risques partagés, les compteurs et les sondes. La preuve de retrait compte autant : une ressource supprimée dont l’annonce subsiste crée la fiction inverse.

Sources