1 - Introduction à MPLS

MPLS (Multi-Protocol Label Switching) est une technique réseau en cours de normalisation à
l'IETF dont le rôle principal est de combiner les concepts du routage IP de niveau 3, et les
mécanismes de la commutation de niveau 2 telles que implémentée dans ATM ou Frame
Relay. MPLS doit permettre d'améliorer le rapport performance/prix des équipements de
routage, d'améliorer l'efficacité du routage (en particulier pour les grands réseaux) et
d'enrichir les services de routage (les nouveaux services étant transparents pour les
mécanismes de commutation de label, ils peuvent être déployés sans modification sur le cœur
du réseau).

Les efforts de l'IETF portent aujourd'hui sur Ipv4. Cependant, la technique MPLS peut être
étendue à de multiples protocoles (IPv6, IPX, AppleTalk, etc,). MPLS n'est en aucune façon
restreint à une couche 2 spécifique et peut fonctionner sur tous les types de support permettant
l'acheminement de paquets de niveau 3.

MPLS traite la commutation en mode connecté (basé sur les labels); les tables de
commutation étant calculées à partir d'informations provenant des protocoles de routage IP
ainsi que de protocoles de contrôle. MPLS peut être considéré comme une interface apportant
à IP le mode connecté et qui utilise les services de niveau 2 (PPP, ATM, Ethernet, ATM,
Frame Relay, SDH...).

La technique MPLS a été voulue par l'IETF relativement simple mais très modulaire et très
efficace. Certains points clé sont maintenant mis en avant par l'IETF et par certains grands
constructeurs dominés par Cisco, ainsi que par les fournisseurs de services aux premiers
desquels se trouvent les opérateurs de réseaux. Un grand effort pour aboutir à une
normalisation a été consenti par les différents acteurs, ce qui semble mener à une révolution
des réseaux IP.

2 - MPLS: Objectifs et Missions

L'un des objectifs initiaux était d'accroître la vitesse du traitement des datagrammes dans
l'ensemble des équipements intermédiaires. Cette volonté, avec l'introduction des giga
routeurs, est désormais passée au second plan. Depuis, l'aspect "fonctionnalité" a largement
pris le dessus sur l'aspect "performance", avec notamment les motivations suivantes :

 Intégration IP/ATM
 Création de VPN
 Flexibilité : possibilité d'utiliser plusieurs types de media (ATM, FR, Ethernet, PPP,
SDH).
 Differential Services (DiffServ)
 Routage multicast
 MPLS pourra assurer une transition facile vers l'Internet optique. MPLS n'étant pas lié
à une technique de niveau 2 particulière, il peut être déployé sur des infrastructures
hétérogènes (Ethernet, ATM, SDH, etc.). Avec la prise en charge de la gestion de
contraintes molles et dures sur la qualité de service (DiffServ, Cisco Guaranteed
Bandwidth). Avec la possibilité d'utiliser simultanément plusieurs protocoles de
contrôle, MPLS peut faciliter l'utilisation de réseaux optiques en fonctionnant
directement sur WDM.
  Traffic Engineering permettant de définir des chemins de routage explicites dans les
réseaux IP (avec RSVP ou CR-LDP). L'ingénierie des flux est la faculté de pouvoir
gérer les flux de données transportés au-dessus d'une infrastructure réseau.
Aujourd'hui, cette ingénierie des flux est essentiellement faite à l'aide d'ATM, avec
comme conséquence une grande complexité de gestion (en effet IP et ATM sont deux
techniques réseaux totalement différentes, avec parfois des contraintes non
compatibles). Avec l'intégration de cette fonctionnalité, MPLS va permettre une
simplification radicale des réseaux.

Les labels peuvent être associés à un chemin, une destination, une source, une application, un
critère de qualité de service, etc. ou une combinaison de ces différents éléments. Autrement
dit, le routage IP est considérablement enrichi sans pour autant voir ses performances
dégradées (à partir du moment où un datagramme est encapsulé, il est acheminé en utilisant
les mécanismes de commutation de niveau 2). On peut imaginer qu'un des services les plus
importants sera la possibilité de créer des réseaux privés virtuels (VPN) de niveau 3. Ainsi,
des services de voix sur IP, de multicast ou d'hébergement de serveurs web pourront coexister
sur une même infrastructure. La modularité de MPLS et la granularité des labels permettent
tous les niveaux d'abstraction envisageables.

3 - Le routage classique

IP est un protocole de niveau réseau fonctionnant dans un mode non connecté, c'est-à-dire que
l'ensemble des paquets (ou datagrammes) constituant le message sont indépendants les uns
des autres : les paquets d'un même message peuvent donc emprunter des chemins différents
utilisant des protocoles IGP (interior Gateway Protocol), tels que RIP (routing information
Protocol) de type "Vecteur de distance", et OSPF (open shortest path first) de type "Etat de
liens" , ou bien des protocoles EGP (exterior Gateway Protocol), tel que BGP (border
Gateway Protocol). Chaque routeur maintient une table de routage, dans laquelle chaque ligne
contient un réseau de destination, un port de sortie, et le prochain routeur relaie vers ce réseau
de destination.
A la réception d'un datagramme, les nœuds intermédiaires (ou routeurs) déterminent le
prochain relais (ou next-hop) le plus approprié pour que le paquet rallie sa destination. Ensuite
l'adresse mac destination (niveau 2 du modèle OSI) du datagramme est remplacée par
l'adresse mac du routeur relaie (ou next-hop), et l'adresse mac source du datagramme est
remplacée par l'adresse mac du routeur courant, laissant sans changement les adresses IP
(niveau 3 du model OSI) du datagramme afin que le prochain routeur effectue les même
opérations sur le paquet pour les sauts suivants. Ce calcul fastidieux est effectué sur tous les
datagrammes d'un même flux, et cela autant de fois qu'il y a de routeurs intermédiaires à
traverser. Il est donc gourmand en terme de ressource machine. Le mode non connecté du
protocole IP, qui était initialement l'un de ses atouts, en particulier pour sa scalabilité, est
devenu aujourd'hui un frein à son évolution.

4 - La commutation de labels

Lorsqu'un paquet arrive dans un réseau MPLS (1). En fonction de la FEC auquel appartient le
paquet, l'ingress node consulte sa table de commutation (2) et affecte un label au paquet (3), et
le transmet au LSR suivant (4).

Lorsque le paquet MPLS arrive sur un LSR [1] interne du nuage MPLS, le protocole de
routage fonctionnant sur cet équipement détermine dans la base de données des labels LIB
(Label Base Information), le prochain label à appliquer à ce paquet pour qu'il parvienne
jusqu'à sa destination [2]. L'équipement procède ensuite à une mise à jour de l'en-tête MPLS
(swapping du label et mise à jour du champ TTL, du bit S) [3], avant de l'envoyer au nœud
suivant (LSR ou l'egress node) [4]. Il faut bien noter que sur un LSR interne, le protocole de
routage de la couche réseau n'est jamais sollicité.
Enfin, une fois que le paquet MPLS arrive à l'egress node [1], l'équipement lui retire toute
trace MPLS [2] et le transmet à la couche réseau.

5 - Principes MPLS

Basée sur la permutation d'étiquettes, un mécanisme de transfert simple offre des possibilités
de nouveaux paradigmes de contrôle et de nouvelles applications. Au niveau d'un LSR (Label
Switch Router) du nuage MPLS, la permutation d'étiquette est réalisée en analysant une
étiquette entrante, qui est ensuite permutée avec l'étiquette sortante et finalement envoyée au
saut suivant. Les étiquettes ne sont imposées sur les paquets qu'une seule fois en périphérie du
réseau MPLS au niveau du Ingress E-LSR (Edge Label Switch Router) où un calcul est
effectué sur le datagramme afin de lui affecter un label spécifique. Ce qui est important ici, est
que ce calcul n'est effectué qu'une fois. La première fois que le datagramme d'un flux arrive à
un Ingress E-LSR. Ce label est supprimé à l'autre extrémité par le Egress E-LSR. Donc le
mécanisme est le suivant: Le Ingress LSR (E-LSR) recoit les paquets IP, réalise une
classification des paquets, y assigne un label et transmet les paquets labellisés au nuage
MPLS. En se basant uniquement sur les labels, les LSR du nuage MPLS commutent les
paquets labellisés jusqu'à l'Egress LSR qui supprime les labels et remet les paquets à leur
destination finale.

L'affectation des étiquettes aux paquets dépend des groupes ou des classes de flux FEC
(forwarding équivalence classes). Les paquets appartenant à une même classe FEC sont traités
de la même manière. Le chemin établi par MPLS appelé LSP (Label Switched Path) est
emprunté par tous les datagrammes de ce flux. L'étiquette est ajoutée entre la couche 2 et l'en-
tête de la couche 3 (dans un environnement de paquets) ou dans le champ VPI/VCI
(identificateur de chemin virtuel/identificateur de canal virtuel dans les réseaux ATM). Le
switch LSR du nuage MPLS lit simplement les étiquettes, applique les services appropriés et
redirige les paquets en fonction des étiquettes. Ce schéma de consultation et de transfert
MPLS offre la possibilité de contrôler explicitement le routage en fonction des adresses
source et destination, facilitant ainsi l'introduction de nouveaux services IP. Un flux MPLS est
vu comme un flux de niveau 2.5 appartenant niveau 2 et niveau 3 du modèle de l'OSI.

6 - Label

Un label a une signification locale entre 2 LSR adjacents et mappe le flux de trafic entre le
LSR amont et le LSR aval. A chaque bond le long du LSP, un label est utilisé pour chercher
les informations de routage (next hop, lien de sortie, encapsulation, queueing et scheduling) et
les actions à réaliser sur le label : insérer, changer ou retirer. La figure ci-dessous, décrit la
mise en œuvre des labels dans les différentes technologies ATM, Frame Relay, PPP, Ethernet
et HDLC. Pour les réseaux Ethernet, un champ appelé shim a été introduit entre la couche 2 et
la couche 3. Sur 32 bits, il a une signification d'identificateur local d'une FEC. 20 bits
contiennent le label, un champ de 3 bits appelé Classe of Service (Cos) sert actuellement pour
la QoS, un bit S pour indiquer s'il y a empilement de labels et un dernier champ, le TTL sur 8
bits (même signification que pour IP). L'empilement des labels permet en particulier
d'associer plusieurs contrats de service à un flux au cours de sa traversé du réseau MPLS.
7 – Implicit Routing (LDP)

La distribution implicite de labels aux LSR est réalisée grâce au protocole LDP (Label
Distribution Protocol). LDP définit une suite de procédures et de messages utilisés par les
LSR pour s'informer mutuellement du mapping entre les labels et le flux. Les labels sont
spécifiés selon le chemin " Hop By Hop " défini par l'IGP (Interior Gateway Protocol) dans le
réseau. Chaque nœud doit donc mettre en œuvre un protocole de routage de niveau 3, et les
décisions de routage sont prises indépendamment les unes des autres.

LDP est bidirectionnel et permet la découverte dynamique des nœuds adjacents grâce à des
messages Hello échangés par UDP. Une fois que les 2 nœuds se sont découverts, ils
établissent une session TCP qui agit comme un mécanisme de transport fiable des messages
d'établissement de session TCP, des messages d'annonce de labels et des messages de
notification.
LDP supporte les spécifications suivantes :

 Les labels sont assignés à un nœud amont à partir des informations contenues dans la
table de routage:
 3 FEC (Forwarding Equivalent Classes) sont définies : il est possible de mapper un
label soit à un flux de trafic, à un préfixe d'adresse IP ou à un router-ID. Le flux de
trafic reçoit le même traitement de forwarding selon le label qui lui est associé.
 Une connexion LDP peut être établie entre 2 LSR directement ou indirectement
connectés
 il existe 2 modes de rétention de label : soit " conservatif " soit " libéral ". Pour le
mode de rétention " conservatif ", seul le label correspondant au meilleur bond est
retenu. Par contre, pour le mode de rétention " libéral ", tous les labels transmis par les
LSR adjacents pour un flux donné sont retenus. Ce mode permet un reroutage rapide
en cas de problème car des labels alternatifs sont disponibles instantanément.

8 - Explicit Routing

L'Explicit Routing est la solution MPLS pour faire du Traffic Engineering dont l'objectif est le
suivant :

 utiliser efficacement des ressources du réseau

 éviter les points de forte congestion en répartissant le trafic sur l'ensemble du réseau.
En effet, le plus court chemin déterminé par le routage classique IP pour atteindre une
destination peut ne pas être le seul chemin possible et certains chemins alternatifs
peuvent être sous-utilisés alors que le plus court chemin est sur-utilisé.

Historiquement, le Traffic Engineering a été réalisé grâce à des métriques de liens associées à
des protocoles de routage internes (RIP, OSPF, IS-IS). A la fin des années 90, il a également
été possible de faire du Traffic Engineering avec des technologies de niveau 2 telles que ATM
et Frame Relay. Aujourd'hui, MPLS émerge comme un nouveau mécanisme de Traffic
Engineering en offrant une plus grande flexibilité de routage IP (bande passante, QoS,...),
grâce à l'Explicit Routing. Dans ce cas, le LSP n'est plus déterminé à chaque bond comme
pour l'implicitrouting : c'est l'ingressnode qui choisit le chemin de bout en bout. Au niveau
des LSR en coeur de réseau, seul le label MPLS est analysé (pas l'en-tête du datagramme IP).
L'Explicit Routing permet à un opérateur de faire du Traffic Engineering en imposant au
réseau des contraintes sur les flux, du point source jusqu'au point destination. Ainsi, des
routes autres que le plus court chemin peuvent être utilisées. Le réseau détermine lui-même le
chemin en suivant les étapes ci-dessous :

 connaissance de l'état du réseau : topologie, bande passante réelle d'un lien, bande
passante utilisée, bande passante restante. Des extensions ont été apportées aux
protocoles de routage OSPF et IS-IS car la distribution dynamique des bases de
données était limitée aux noeuds adjacents et à une seule métrique.
 calcul d'un chemin répondant aux contraintes spécifiées. Les extensions d'OSPF et
d'IS-IS sont nécessaires.
 établissement du ER-LSP (Explicitly Routed Path). La source connaît le chemin
complet de l'ingressnode à l'egressnode et c'est elle qui spécifie les LSR à l'intérieur du
LSP. Deux options de signalisation spécifiées pour l'établissement du LSP : RSVP ou
CR-LDP (Constraint-BasedRouting LDP) :
 CR-LDP est l'alternative à RSVP; il est jugé plus fiable dans la mesure où il met en
œuvre TCP (orienté connexion). De plus, CR-LDP peut interfonctionner avec LDP et
utilise les messages LDP pour signaler les différentes contraintes. Les fonctions de
CR-LDP sont réalisées par des instructions matérielles (asics) ne nécessitant pas de
fréquents rafraîchissements, contrairement à RSVP dont les fonctions sont réalisées
par le logiciel nécessitant de fréquents messages de rafraîchissement.
 envoi du trafic sur le chemin trouvé
 supervision de l'état des LSP et le transmet à l'IGP
 ré-optimisation des LSP quand nécessaire
Les fonctions supportées par ER-LDP sont :

 ER-LSP de bout en bout

 strict/loose explicit routing : dans un LSP routé de manière " stricte ", chaque bond est
spécifié. Une section du LSP peut être routée de manière " imprécise " lorsque sont
introduits 2 LSR non directement connectés.
 spécification d'une classe de service
 réservation de bande passante
 route pinning : dans une section de ER-LSP routée de manière " imprécise ", les bonds
sont sélectionnés selon une transmission bond par bond
 ER-LSP preemption : établissement/maintien de priorité

9 - Support de la QoS

9.1 - Signalisation et QoS

L'intérêt principal de MPLS est de permettre de se passer des couches inférieures

ATM, Ethernet, PPP, Frame Relay et de fournir directement à la couche IP un mode
connecté. Vu les similitudes qu'il y a entre traiter un " label " et traiter un champ VPI/VCI
de cellule ATM, la majorité des premières implémentations réutilisent un cœur de
commutateur ATM. De fait, pour les constructeurs d'équipements, il est relativement
facile de transformer un commutateur PNNI/ATM, en commutateur/routeur MPLS/IP de
coeur de réseau : ceci revient à remplacer la couche logicielle du plan de commande par
une " couche logicielle MPLS ", c'est à dire remplacer PNNI Signalling par LDP (Label
Distribution Protocol) et PNNI Routing par OSPF (ou IS-IS, etc.).

LDP est le protocole de signalisation qui permet d'affecter des labels à un chemin au sein
d'un réseau. En ce sens, il correspond à un protocole de signalisation et d'un point de vue
fonctionnel s'apparente à PNNI Signalling. Cependant, LDP ne contient pas de paramètres
permettant de formuler une demande de ressources à l'établissement d'un LSP (même s'il
est possible de demander un traitement spécifique pour tous les paquets empruntant un
même LSP, selon le modèle DiffServ).

Deux approches ont été retenues à l'IETF pour permettre d'associer des ressources et de
garantir de la QoS sur un LSP : CR-LDP pour Constraintbased Routing LDP, définit des
extensions à LDP, et RSVP-Tunnels, définit des extensions à RSVP pour la commande de
LSP. L'IETF a décidé de ne pas trancher entre ces deux approches concurrentes et de
laisser ce soin au marché. Elles permettent toutes les deux d'associer de la ressource à un
LSP. La première peut le faire selon les deux modèles " QoS ATM " (catégorie de service,
paramètres de trafic et de QoS), et " QoS IP " (modèle Intserv), alors que la deuxième
permet essentiellement de la " QoS IP ".

Une utilisation combinée de LDP+CR-LDP, ou de RSVP-Tunnels permet donc d'établir

des LSP en leur associant de la bande passante.

9.2 - Routage et QoS

Dans son expression la plus simple, MPLS utilise les fonctions de routage IP pour établir
un LSP : le message d'établissement est alors routé comme le serait n'importe quel autre
paquet IP contenant la même adresse destination. Dans ce cas, le routage se fait " hop by
hop ", chaque routeur décidant par lui-même de l'interface de sortie vers laquelle il envoie
le message, indépendamment de ce que les routeurs précédent ont pu choisir. Ce mode de
fonctionnement permet à un opérateur d'établir simplement un LSP entre deux extrémités
de son réseau (pratique dans le cadre des VPNs). De plus, un tel mode de fonctionnement
permet de sécuriser des LSP en autorisant leur reroutage en cas de faute dans le réseau
(comme pour des Soft PVC en PNNI).

L'inconvénient d'un routage " hop by hop " dans un environnement dynamique est qu'il y
a un risque de création de boucles. Le problème des boucles en MPLS a fait l'objet de
divers documents, sans que de réelle solution soit trouvée : en routage " hop by hop ", on
sait détecter des boucles, on ne sait pas les éviter complètement. Au cours de
l'établissement, quand RSVP-Tunnels ou CR-LDP est utilisé, MPLS permet d'établir des
LSP avec ressources associées, automatiquement à travers le réseau.

En MPLS, un LSP auquel on veut associer de la bande passante, s'il est routé via le
protocole de routage IP, suivra la même route que n'importe quel autre LSP vers la même
destination : la route qui minimise la somme des poids administratifs (seul paramètre
déclaré par OSPF). Dans le cas de MPLS, les routeurs choisissent la route et vérifient a
posteriori que la ressource nécessaire à l'établissement du LSP est effectivement présente
sur cette route. La probabilité que la route retenue ne dispose pas de la ressource est plus
importante en MPLS qu'en PNNI.

OSPF et IS-IS n'ont pas été définis pour router des trafics nécessitant un certain niveau de
QoS, ou un minimum de bande passante. Ils ne fournissent donc pas à un routeur IP les
informations dont celui-ci aurait besoin pour router un LSP en fonction de ce qui est
signalé en RSVP-Tunnels ou CR-LDP. Pour surmonter ces insuffisances, des extensions
ont été proposées pour OSPF et IS-IS (par exemple OSPF-TE: une extension au
trafficengeneering) pour leur permettre de diffuser au sein d'un réseau IP les informations
de QoS dont les routeurs pourraient avoir besoin pour router des LSP.
9.3 - Architecture pour la QoS

Deux types d'architectures sont étudiés pour définir la QoS IP :

 Integrated Services (IntServ)

 Differential Services (DiffServ)

IntServ suppose que pour chaque flux demandant de la QoS, les ressources nécessaires
sont réservées à chaque bond entre l'émetteur et le récepteur. IntServ requiert une
signalisation de bout en bout, assurée par RSVP, et doit maintenir l'état de chaque flux
(messages RSVP, classification, policing et scheduling par flux de niveau 4). IntServ
permet donc une forte granularité de QoS par flux et pour cette raison, est plutôt destiné à
être implémenté à l'accès.

IntServ définit 2 classes de services :

 Guaranteed : garantie de bande passante, délai et pas de perte de trafic

 ControlledLoad : fournit différents niveaux de services en best effort

DiffServ, quant à lui, est davantage destiné à être appliqué en coeur de réseau opérateur.
Les différents flux, classifiés selon des règles prédéfinies, sont agrégés selon un nombre
limité de classes de services, ce qui permet de minimiser la signalisation. DiffServ ne peut
pas offrir de QoS de bout en bout et a un comportement " Hop By Hop ".

DiffServ définit 2 classifications de service (Expedited, Assured) qui peuvent être

corrélées aux classifications de service IntServ (Guaranteed, ControlledLoad).

DiffServutilse les 6 premiers bits du champ TOS de l'entête IP afin de classifier le trafic
dans des classes ou contrats au niveau de l'Ingress-LSR. Ce champ s'appellera DS-Field
dans DiffServ. Voir la comparaison dans les deux figures ci dessus entre ces deux
champs. Au niveau des LSR, DiffServ définit des PHB (Per Hop Behaviors) afin de
construire ces LSPs. Ainsi au niveau des Edges LSR, DiiServ utilise le champs DS-Field,
et à l'intérieur du corps MPLS, il invoque les PHBs.
MPLS est amené à inter fonctionner avec DiffServ, car LDP supporte avant tout de la
QoS à faible granularité.
IntServ et DiffServ sont donc 2 mécanismes complémentaires permettant d'établir une QoS
consistante sur les réseaux MPLS et non MPLS.

10 - VPN

Définitions (RFC2547):

 Deux sites distincts ont une connectivité IP sur le même backbone, seulement s'ils
appartiennent à un même VPN sur ce backbone.
 Deux sites qui ne sont pas dans le même backbone, n'ont aucune connectivité IP entre
eux sur ce backbone.
 Si tous les sites dans un VPN appartiennent à la même entreprise, alors il s'agit d'un
intranet.
 Si tous les sites dans un VPN appartiennent différentes entreprises, alors il s'agit d'un
extranet.
 Un site peut être dans plusieurs VPN: Dans un intranet et dans un, ou plusieurs
extranets.

Les offres d'un service VPN IP répondent aux besoins des entreprises nécessitant:

 Un service de réseau IP privé sur une infrastructure de réseau IP public.

 Utilisant la couche réseau IP, niveau 3.
 Une scalabilité aisée.
 Possibilité d'utilisation d'un adressage privé sur un réseau public.
 QoS.
 Accès contrôlé et étanche vis à vis des autres flux sur l'infrastructure public.

Les informations de routage à l'intérieur d'un VPN sont distribuées de la manière suivante :

 du site client vers le VBG (VPN Border Gateway) source : via RIP, OSPF ou en
routage statique
 au niveau du VBG source : exportation vers BGP
 entre VBG source et VBG destination : via BGP
 au niveau du VBG destination : importation à partir de BGP
 du VBG destination vers le site client : via RIP, OSPF ou en routage statique
Le VBG source applique 2 labels au paquet de data lorsqu'un VPN est utilisé (Cisco utilse une
autre methode: La VPN-IP@ = 96 bits: 64 bits identifiant le VPN et 32 bits de l'@ IP-V4
classique).

 le premier label (extérieur) identifie le chemin vers le VBG destination, et change à

chaque bond

 le second label (intérieur) spécifie le VPN-ID attribué au VPN et n'est pas modifié
entre le VBG source et le VBG destination

 Cette paire de labels permet d'implémenter aisément les mécanismes des VPN dans
MPLS:

11 - Traffic Engineering

Les motivations initiales pour la définition de l'architecture MPLS étaient de doter le monde
IP d'un mode connecté et ainsi d'améliorer les performances des routeurs en traitant les
paquets IP directement au niveau 2 (commutation) sans avoir à remonter systématiquement au
niveau 3 (routage) à chaque bond. En effet, commuter un paquet IP à partir d'un " label "
revient à utiliser le label entrant comme pointeur dans un tableau dont la case correspondante
contient l'interface de sortie vers laquelle le paquet doit être envoyé, ainsi que le nouveau
label à lui affecter. Une telle opération, qui correspond exactement au traitement du champ
VPI/VCI d'une cellule entrant dans un commutateur ATM, est à priori beaucoup plus simple
que l'opération classique de routage d'un paquet IP.

Ceci étant, les performances des routeurs IP étant devenues ce qu'elles sont, l'argument de
l'augmentation des performances des commutateurs/routeurs MPLS/IP perd un peu de son
intérêt : les algorithmes de routage de paquets les plus récents offrent des performances (en
rapidité de traitement) quasi similaires à celles d'une simple opération de commutation.
L'industrie a dès lors mis l'accent sur l'intérêt de MPLS comme outil permettant le " Traffic
Engineering ".

Par " Traffic Engineering MPLS ", il faut comprendre, établissement de connexions " à la
demande ", " gestion de trafic ", gestion des routes, gestion des ressources, gestion de
l'écoulement de flux de trafic à travers un réseau IP. La possibilité de faire suivre à des
paquets IP un chemin à travers le réseau ne correspondant pas forcément au chemin que ces
mêmes paquets auraient suivi s'ils avaient été routés au niveau 3 (c'est à dire à partir des
informations issues du protocole de routage interne du réseau, i.e. RIP, OSPF, IS-IS, EIGRP,
etc.), ceci afin de mieux gérer les ressources du réseau ". En effet, via un Label SwitchedPath
(LSP), MPLS permet d'imposer le chemin que les paquets IP doivent suivre pour atteindre
une destination donnée. Un LSP est donc unidirectionnel.

MPLS et ses LSPs constituent dès lors un outil de gestion et d'optimisation de l'utilisation des
ressources d'un réseau IP : les LSP sont montés par voie de gestion à l'avance par l'opérateur
selon un chemin que celui-ci peut avoir préalablement choisi et déterminé....

Une utilisation " Traffic Engineering " de LSP MPLS s'apparente à la fonction Soft PVC
unidirectionnel (contrairement à un LSP, un VC peut aussi être bidirectionnel) qui existe en
commutation ATM. Pour établir un Soft PVC, l'opérateur se contente généralement
d'identifier par voie de gestion les extrémités qu'il veut joindre. La connexion est ensuite
établie automatiquement entre ces deux extrémités, la route que cette connexion suit à travers
le réseau étant déterminée par les éléments de coeur de réseau. Dans le cas de PNNI, la
spécification laisse le routage d'un Soft PVC sous la responsabilité des noeuds ATM. Ceci
étant, la majorité des MIB propriétaires permettent à un opérateur de spécifier lui-même s'il le
désire le chemin qu'un Soft PVC doit suivre à travers le réseau.

La principale différence entre un LSP MPLS et un Soft PVC ATM est qu'il est possible
d'associer à un Soft PVC une catégorie de service ATM, ainsi que des paramètres de trafic et
de QoS. Dans un réseau MPLS simple, établir des LSP revient alors à établir des Soft PVC
UBR unidirectionnels : on marque un chemin à travers le réseau sans lui associer de
ressources.

12 - Agrégation de flux

L'une des forces annoncées de MPLS est sa capacité d'agrégation de flux : la possibilité de
réunir le trafic entrant dans un routeur via plusieurs LSP dans un seul et unique LSP sortant.
Une telle configuration correspond à monter une connexion multi-point à point (fonction de
VC merge en ATM), comparable à un arbre inversé dont le routeur de sortie serait la racine.
Cette fonction permet de réduire au maximum le nombre de connexions que les routeurs de
coeur de réseau ont à gérer.

Dans ce même but, MPLS introduit un concept de hiérarchie au niveau des LSP et
d'empilement des labels. Il est donc possible de construire des LSP, encapsulés dans un autre
LSP, lui-même encapsulé dans un LSP, etc. Ce concept d'encapsulation rappelle évidemment
la possibilité en ATM de mettre des VC dans des VP. Cependant, en MPLS, le nombre de
niveau d'encapsulation (ou de hiérarchie) n'est a priori pas limité à 2.
13 - Applications

Les applications les plus courantes du MPLS sont les suivantes :

 L'ingénierie de trafic est activée par des mécanismes MPLS permettant de diriger le
trafic via un chemin spécifique, qui n'est pas nécessairement le chemin le moins
coûteux. Les administrateurs de réseau peuvent mettre en oeuvre des politiques visant
à assurer une distribution optimale du trafic et à améliorer l'utilisation globale du
réseau.

 La bande passante garantie constitue une amélioration à forte valeur ajoutée par
rapport aux mécanismes d'ingénierie de trafic traditionnels. MPLS permet aux
fournisseurs de services d'allouer des largeurs de bande passante et des canaux
garantis. La bande passante garantie permet également la comptabilité des ressources
QoS (qualité de service) de manière à organiser le trafic 'prioritaire' et 'au mieux', tels
que la voix et les données.

 Le reroutage rapide permet une reprise très rapide après la défaillance d'une liaison ou
d'un noeud. Une telle rapidité de reprise empêche l'interruption des applications
utilisateur ainsi que toute perte de données.

 Les réseaux privés virtuels MPLS simplifient considérablement le déploiement des

services par rapport aux VPN IP traditionnels. Lorsque le nombre de routes et de
clients augmente, les VPN MPLS peuvent facilement monter en charge, tout en offrant
le même niveau de confidentialité que les technologies de niveau 2. Ils peuvent
également transporter des adresses IP non-uniques à travers un domaine public.

 La fonction Classe de service (CoS) MPLS assure que le trafic important est traité
avec la priorité adéquate sur le réseau et que les exigences de latence sont respectées.
Les mécanismes de qualité de service IP peuvent être mis en oeuvre de façon
transparente dans un environnement MPLS.