Le protocole LDP (Label Distribution Protocol) est le pilier historique du MPLS, apprécié pour sa simplicité "plug-and-play". Cependant, dès que l'on sort d'une architecture réseau basique, ses limites deviennent flagrantes.
Voici les principales contraintes techniques et opérationnelles du MPLS LDP :
1. Absence totale d'Ingénierie de Trafic (Traffic Engineering)
C'est la limite la plus critique. LDP suit aveuglément la table de routage de l'IGP (OSPF ou IS-IS).
* Le problème du "Chemin le plus court" : LDP envoie tout le trafic sur le chemin ayant la métrique la plus faible. Si ce lien est saturé, LDP continuera d'y injecter des données même s'il existe un chemin alternatif vide juste à côté, Causant un "bottleneck" (goulot d'étranglement) parce que LDP envoie tout le trafic sur le lien le plus court, même si ce lien est déjà saturé à 100%, alors qu'un lien alternatif juste à côté pourrait être vide à 0%.
* Conséquence : Impossible de faire de l'optimisation de bande passante ou de l'équilibrage de charge intelligent (contrairement à RSVP-TE ou au Segment Routing).
Quand on veut faire du Traffic Engineering avec du LDP, on finit souvent par encapsuler du LDP dans des tunnels RSVP-TE.
Le cauchemar de l'admin : Vous gérez alors deux protocoles de distribution de labels qui doivent être synchronisés. C'est ce qu'on appelle la "complexité empilée". Plus il y a de couches, plus le dépannage (troubleshooting) est difficile.
2. Convergence plus lente que l'IGP
Bien que LDP dépende de l'IGP pour construire ses chemins, il existe un décalage temporel entre les deux :
* LDP-IGP Synchronization : Si un lien remonte, l'IGP peut commencer à router le trafic avant que LDP n'ait fini d'échanger les labels. Résultat : le trafic est droppé car les routeurs ne savent pas quel label appliquer.
* Complexité de protection / High-Availability :
Une gestion de la disponibilité limitée (Fast Reroute)
Pour protéger un réseau, on veut qu'en cas de coupure de fibre, le trafic bascule et converge en moins de 50ms.
• Avec LDP : On doit souvent ajouter des protocoles complexes comme LDP-FRR ou Remote LFA (Loop-Free Alternate) pour essayer de garantir une protection totale.
C'est lourd à configurer et cela ne fonctionne pas de manière optimale dans toutes les topologies de réseau (notamment en anneau).
3. Dépendance stricte à l'IGP
LDP ne peut pas établir de chemins (LSP) de bout en bout si l'IGP n'a pas une route exacte dans sa table.
* Il ne supporte pas nativement le routage inter-aires ou inter-AS (systèmes autonomes) de manière fluide.
* Toute instabilité dans l'IGP se répercute instantanément sur la stabilité des labels MPLS.
4. Consommation de ressources (Control Plane)
LDP crée un maillage de sessions TCP entre tous les routeurs adjacents.
* Volume de labels : Par défaut, LDP génère un label pour chaque préfixe présent dans la table de routage (mode Liberal Retention).
Dans les très grands réseaux, cela surcharge inutilement la mémoire des routeurs avec des milliers de labels qui ne seront jamais utilisés.
5. Manque de flexibilité et de programmabilité
LDP est un protocole "rigide" :
* Il ne permet pas de définir des contraintes (ex: "évite les liens satellites" ou "emprunte uniquement des liens chiffrés").
* Dans l'ère du SDN (Software Defined Networking), LDP est considéré comme trop limité car il ne permet pas à un contrôleur central de piloter finement les flux de données.
6. L'explosion du nombre d'états dans les routeurs (Scalability)
LDP crée une session TCP entre chaque voisin et génère des labels pour chaque préfixe dans le réseau.
• Le problème : Dans un très grand réseau (Edge computing, milliers de routeurs), le nombre de labels à stocker et à rafraîchir devient massif.
Cela consomme de la mémoire CPU sur les équipements, contrairement au Segment Routing qui réduit drastiquement ces informations.
Conclusion : Faut-il enterrer le LDP ?
Pas forcément pour les petits réseaux simples. Mais dès que l'on cherche à optimiser ses coûts de bande passante ou à simplifier son infrastructure, le passage vers le Segment Routing (SR) devient la suite logique.