Aller au contenu principal

MPLS — Cheat Sheet Cisco IOS

Configuration pratique de MPLS (commutation par labels) sur Cisco IOS : activation LDP sur le cœur de réseau, puis notions de VRF pour le L3VPN. Pour les concepts d'architecture (DMVPN vs MPLS L3VPN), voir DMVPN et MPLS L3VPN : concepts et architecture.

Principe en une phrase​

MPLS insère une étiquette (label) entre l'en-tête de couche 2 et le paquet IP. Les routeurs du cœur (P-routers) commutent sur ce label sans regarder l'adresse IP — plus rapide historiquement, et surtout la base des VPN L3 opérateur (un même cœur transporte plusieurs VRF clients isolés).

Prérequis : un IGP doit déjà router le cœur​

MPLS LDP distribue des labels pour les routes déjà apprises par IGP (OSPF, IS-IS...). Sans IGP fonctionnel entre les routeurs du cœur, LDP n'a rien à étiqueter.

Activation de MPLS + LDP​

mpls label protocol ldp
mpls ldp router-id Loopback0 force

interface GigabitEthernet0/0
 mpls ip
  • mpls ip sous l'interface : active la distribution de labels LDP sur ce lien — à répéter sur chaque interface du cœur (P-to-P et P-to-PE).
  • mpls ldp router-id Loopback0 force : stabilise l'identifiant LDP sur l'interface loopback (toujours up), comme pour OSPF/BGP.

Vérification LDP​

show mpls interfaces           ! interfaces avec MPLS/LDP actif
show mpls ldp neighbor         ! voisins LDP, état de la session
show mpls ldp bindings         ! table des labels annoncés/reçus par préfixe
show mpls forwarding-table     ! LFIB : label entrant → label sortant, interface

Notion de VRF (base du L3VPN)​

ip vrf CLIENT-A
 rd 65000:1
 route-target export 65000:1
 route-target import 65000:1

interface GigabitEthernet0/1
 ip vrf forwarding CLIENT-A
 ip address 172.16.1.1 255.255.255.0
  • VRF (Virtual Routing and Forwarding) : une table de routage indépendante par client, permettant à un même routeur PE (Provider Edge) de servir plusieurs clients avec des plages d'adresses qui peuvent se recouvrir sans collision.
  • RD (Route Distinguisher) : rend chaque préfixe client unique dans le cœur MPLS (un même préfixe 10.0.0.0/24 chez deux clients différents devient distinguable).
  • Route-target : contrôle quelles routes sont importées/exportées entre VRF via MP-BGP (la distribution effective des routes VPN entre PE se fait ensuite en BGP, hors du périmètre de cette fiche).

Vérification VRF​

show ip vrf                        ! VRF configurées, RD, interfaces associées
show ip route vrf CLIENT-A         ! table de routage propre à cette VRF
ping vrf CLIENT-A 172.16.1.254     ! test de connectivité dans le contexte de la VRF

:::warning Pièges fréquents

  • IGP absent ou instable sous le cœur : LDP ne forme des sessions que là où l'IGP a déjà convergé — un voisin LDP bloqué signale presque toujours un problème IGP sous-jacent, pas MPLS lui-même.
  • mpls ip oublié sur une interface du chemin : casse la continuité du label switching (label switched path incomplet) — vérifier show mpls interfaces sur tout le chemin P-to-P.
  • Ping/traceroute classique dans une VRF : sans le mot-clé vrf <nom>, les commandes ping/traceroute utilisent la table de routage globale, pas celle de la VRF — résultat trompeur (« destination inaccessible » alors que la VRF fonctionne). :::

📝 Tester ses connaissances

1. Quel est le rôle des P-routers dans le cœur d'un réseau MPLS ?

2. Que faut-il impérativement avoir configuré entre les routeurs du cœur avant que LDP puisse distribuer des labels ?

3. À quoi sert une VRF (Virtual Routing and Forwarding) sur un routeur PE ?

4. Pourquoi un `ping` classique lancé dans le contexte d'une VRF peut donner un résultat trompeur ?