Résumé

  • La RFC 3346 situait l’utilité de MPLS-TE dans le placement explicite de certains agrégats hors du plus court chemin choisi par l’IGP.
  • Elle séparait ce pouvoir de la preuve : une route calculée, une réservation admise et une valeur de bande passante ne démontraient ni la demande réelle, ni la capacité physique, ni le service livré.

L’histoire de l’ingénierie de trafic commence souvent par un paradoxe topologique. Une artère concentre les flux parce qu’elle est le plus court chemin, tandis qu’une autre traverse les mêmes régions avec de la marge. Modifier une métrique IGP peut déplacer beaucoup plus de trafic que prévu. Avec un tunnel LSP explicite, l’opérateur peut au contraire isoler un agrégat, fixer des extrémités, demander une bande passante, appliquer une priorité et inclure ou exclure des classes de liens par affinité.

Ce pouvoir était concret. La RFC 3346, publiée en août 2002 comme document informatif, décrivait des usages tactiques contre un point chaud, la répartition sur des circuits parallèles et des politiques telles que l’exclusion des ressources transocéaniques pour le trafic continental. Mais elle ne définissait pas un nouveau protocole et ne publiait ni inventaire d’opérateurs ni mesure de résultat. Elle examinait ce que les mécanismes MPLS déjà définis permettaient de faire, ainsi que ce qu’ils ne pouvaient pas garantir.

La limite apparaît plus clairement dans la RFC 2702. Deux congestions peuvent se ressembler dans les compteurs tout en exigeant des décisions opposées. Dans la première, l’offre dépasse réellement les ressources disponibles : il faut augmenter la capacité ou réguler la demande. Dans la seconde, assez de ressources existent mais le routage les utilise mal : l’ingénierie de trafic peut déplacer la charge. MPLS-TE est puissant dans le second cas. Dans le premier, il ne fait que choisir l’endroit où le manque devient visible.

La bande passante du LSP se trouve au centre de cette distinction. Ce nombre peut participer au calcul contraint et à l’admission RSVP-TE. Pourtant, la RFC 3346 avertit qu’il peut mal représenter le trafic transporté. L’opérateur peut l’avoir calculé à partir d’un maximum, d’un percentile ou d’une autre statistique. Il peut accepter de la sursouscription ou sous-déclarer une ressource pour absorber des pointes événementielles. Cette convention configure le contrôle; elle ne mesure pas chaque paquet et n’empêche pas, à elle seule, un flux non policé de dépasser le modèle.

Le document rattache donc le contrôle à une boucle de mesure. Les observations peuvent alimenter un calcul hors ligne qui produit des routes explicites, ou modifier en ligne la bande passante, la priorité et l’affinité. Les tendances indiquent quand redimensionner un LSP. Une variance inhabituelle exige une recherche de cause. Le policing est encore une autre décision, que le texte conseille plutôt à la périphérie qu’au cœur. Il ne naît pas automatiquement de la valeur configurée.

Il faut lire ces étapes comme des reçus distincts. Mesurer une demande ne choisit pas la statistique qui la résume. La statistique ne garantit pas que l’attribut configuré restera exact. Le calcul de chemin n’admet pas la réservation. L’admission ne prouve pas l’installation du transfert. L’installation ne démontre pas que les paquets empruntent le chemin prévu, et leur passage ne démontre pas à lui seul la latence, la perte ou le résultat applicatif. La chaîne utile va de la mesure à l’effet observé sans confondre ses maillons.

La panne révèle une seconde séparation. La RFC 3346 présente la réoptimisation après défaillance comme complémentaire au reroutage rapide. Un détour préétabli peut limiter la perte pendant la transition; ensuite, de nouveaux chemins peuvent être calculés sur la topologie résiduelle. La RFC 4090 spécifiera plus tard des réparations locales RSVP-TE. Mais la disponibilité d’un tunnel de secours n’établit ni qu’il est utilisé, ni qu’il offre la même bande passante, ni que l’équilibre d’avant la panne a été restauré.

La granularité se paie en état. Beaucoup de tunnels permettent de déplacer finement des agrégats, mais un maillage complet entre nœuds de bord croît en ordre quadratique. La hiérarchie et la régionalisation réduisent cette charge au prix d’un contrôle plus grossier. L’agrégation excessive crée le problème inverse : un tronc devient si gros qu’aucun chemin contraint n’est possible. Le diviser entre plusieurs LSP peut rendre le placement faisable, tout en augmentant l’état et les scénarios de défaillance.

La RFC notait aussi un déficit d’outillage en 2002. Les systèmes de gestion commerciaux offraient peu d’analyse de cause profonde pour MPLS; des premiers adoptants construisaient donc leurs propres outils. Cette observation datée ne décrit pas le marché actuel. Elle soutient néanmoins une règle durable : ajouter une base TE, de la signalisation, des mesures et de l’automatisation à des routeurs déjà chargés accroît le besoin d’explication, il ne le diminue pas.

Le verdict du document est volontairement sobre. MPLS-TE n’est pas un remède au manque de capacité ni à une planification défaillante. Un détour peut allonger le trajet et augmenter le délai. Une meilleure répartition peut gagner du temps pendant une croissance persistante. Elle ne peut accomplir une affectation impossible entre une demande et une topologie.

Les RFC ultérieures ont enrichi le contrôle. OSPF et IS-IS ont diffusé des attributs TE, RSVP-TE a signalé les tunnels, le PCE a séparé le calcul de chemin et le PCE avec état a ajouté rapport et délégation. Elles améliorent la connaissance et le choix. Elles ne transforment toujours pas un état de contrôle en capacité physique ni en preuve de service.