Vous êtes sur la page 1sur 18

Mpls par Benbella Benduduh et Jean Marc Fourcade

1 - Introduction MPLS 2 - MPLS: Objectifs et Missions 3 - Le routage classique 4 - La commutation de labels 5 - Principes MPLS 6 - Label 7 - Implicit Routing (LDP) 8 - Explicit Routing 9 - Support de la QoS 9.1 - Signalisation et QoS 9.2 - Routage et QoS 9.3 - Architecture pour la QoS 10 - VPN 11 - Traffic Engineering 12 - Agrgation de flux 13 - Applications 14 - Discussion autour de la documentation 15 - Suivi du document

1 - Introduction MPLS
MPLS (Multi-Protocol Label Switching) est une technique rseau en cours de normalisation l'IETF dont le rle principal est de combiner les concepts du routage IP de niveau 3, et les mcanismes de la commutation de niveau 2 telles que implmente dans ATM ou Frame Relay. MPLS doit permettre d'amliorer le rapport performance/prix des quipements de routage, d'amliorer l'efficacit du routage (en particulier pour les grands rseaux) et d'enrichir les services de routage (les nouveaux services tant transparents pour les mcanismes de commutation de label, ils peuvent tre dploys sans modification sur le coeur du rseau). 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 faon restreint une couche 2 spcifique 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 calcules partir d'informations provenant des protocoles de routage IP ainsi que de protocoles de contrle. MPLS peut tre considr 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 trs modulaire et trs efficace. Certains points cl sont maintenant mis en avant par l'IETF et par certains grands constructeurs domins par Cisco, ainsi que par les fournisseurs de services aux premiers desquels se trouvent les oprateurs de rseaux. Un grand effort pour aboutir une normalisation a t consentie par les diffrents acteurs, ce qui semble mener une rvolution des rseaux IP.

2 - MPLS: Objectifs et Missions


L'un des objectifs initiaux tait d'accrotre la vitesse du traitement des datagrammes dans l'ensemble des quipements intermdiaires. Cette volont, avec l'introduction des gigarouteurs, est dsormais passe au second plan. Depuis, l'aspect "fonctionnalit" a largement pris le dessus sur l'aspect "performance", avec notamment les motivations suivantes : Intgration IP/ATM Cration 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 particulire, il peut tre dploy sur des infrastructures htrognes (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 simultanment plusieurs protocoles de contrle, MPLS peut faciliter l'utilisation de rseaux optiques en fonctionnant directement sur WDM. Traffic Engineering permettant de dfinir des chemins de routage explicites dans les rseaux IP (avec RSVP ou CR-LDP). L'ingnierie des flux est la facult de pouvoir grer les flux de donnes transports au dessus d'une infrastructure rseau. Aujourd'hui, cette ingnierie des flux est essentiellement faite l'aide d'ATM, avec comme consquence une grande complexit de gestion (en effet IP et ATM sont deux techniques rseaux totalement diffrentes, avec parfois des contraintes non compatibles). Avec l'intgration de cette fonctionnalit, MPLS va permettre une simplification radicale des rseaux. Les labels peuvent tre associs un chemin, une destination, une source, une application, un critre de qualit de service, etc. ou une combinaison de ces diffrents lments. Autrement dit, le routage IP est considrablement enrichi sans pour autant voir ses performances dgrades ( partir du moment ou un datagrame est encapsul, il est achemin en utilisant les mcanismes de commutation de niveau 2). On peut imaginer qu'un des services les plus importants sera la possibilit de crer des rseaux privs virtuels (VPN) de niveau 3. Ainsi, des services de voix sur IP, de multicast ou d'hbergement de serveurs web pourront coexister sur une mme 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 rseau fonctionnant dans un mode non connect, c'est--dire que l'ensemble des paquets (ou datagrammes) constituant le message sont indpendants les uns des autres : les paquets d'un mme message peuvent donc emprunter des chemins diffrents 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 rseau de destination, un port de sortie, et le prochain routeur relaie vers ce rseau de destination.

A la rception d'un datagramme, les noeuds intermdiaires (ou routeurs) dterminent le prochain relais (ou next-hop) le plus appropri pour que le paquet rallie sa destination. Ensuite l'adresse mac destination (niveau 2 du model OSI) du datagramme est remplace par l'adresse mac du routeur relaie (ou next-hop), et l'adresse mac source du datagramme est remplace 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 mme oprations sur le paquet pour les sauts suivants. Ce calcul fastidieux est effectu sur tous les datagrammes d'un mme flux, et cela autant de fois qu'il y a de routeurs intermdiaires 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 rseau MPLS (1). En fonction de la FEC auquelle 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 dtermine dans la base de donnes des labels LIB (Label Base Information), le prochain label appliquer ce paquet pour qu'il parvienne jusqu' sa destination [2]. L'quipement procde ensuite une mise jour de l'en-tte MPLS (swapping du label et mise jour du champ TTL, du bit S) [3], avant de l'envoyer au noeud suivant (LSR ou l'egress node) [4]. Il faut bien noter que sur un LSR interne, le protocole de routage de la couche rseau 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 rseau.

5 - Principes MPLS
Base sur la permutation d'tiquettes, un mcanisme de transfert simple offre des possibilits de nouveaux paradigmes de contrle et de nouvelles applications. Au niveau d'un LSR (Label Switch Router) du nuage MPLS, la permutation d'tiquette est ralise en analysant une tiquette entrante, qui est ensuite permute avec l'tiquette sortante et finalement envoye au saut suivant. Les tiquettes ne sont imposes sur les paquets qu'une seule fois en priphrie du rseau 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 spcifique. Ce qui est important ici, est que ce calcul n'est effectu qu'une fois. La premire fois que le datagramme d'un flux arrive un Ingress E-LSR. Ce label est supprim l'autre extrmit par le Egress E-LSR. Donc le mcanisme est le suivant: Le Ingress LSR (E-LSR) recoit les paquets IP, ralise une classification des paquets, y assigne un label et transmet les paquets labelliss au nuage MPLS. En se basant uniquement sur les labels, les LSR du nuage MPLS commutent les paquets labelliss jusqu' l'Egress LSR qui supprime les labels et remet les paquets leur destination finale. L'affectation des tiquettes aux paquets dpend des groupes ou des classes de flux FEC (forwarding quivalence classes). Les paquets appartenant une mme classe FEC sont traits de la mme manire. Le chemin tabli par MPLS appel LSP (Label Switched Path) est emprunt par tous les datagrammes de ce flux. L'tiquette est ajoute entre la couche 2 et l'entte 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 rseaux ATM). Le switch LSR du nuage MPLS lit simplement les tiquettes, applique les services appropris et redirige les paquets en fonction des tiquettes. Ce schma de consultation et de transfert MPLS offre la possibilit de contrler 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 modle 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 la 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 raliser sur le label : insrer, changer ou retirer. La figure ci dessous, dcrit la mise en oeuvre des labels dans les diffrentes technologies ATM, Frame Relay, PPP, Ethernet et HDLC. Pour les rseaux 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 (mme 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 rseau MPLS.

7 - Implicit Routing (LDP)


La distribution implicite de labels aux LSR est ralise grce au protocole LDP (Label Distribution Protocol). LDP dfinit une suite de procdures et de messages utiliss par les LSR pour s'informer mutuellement du mapping entre les labels et le flux. Les labels sont spcifis selon le chemin " Hop By Hop " dfini par l'IGP (Interior Gateway Protocol) dans le rseau. Chaque noeud doit donc mettre en oeuvre un protocole de routage de niveau 3, et les dcisions de routage sont prises indpendamment les unes des autres.

LDP est bi-directionnel et permet la dcouverte dynamique des noeuds adjacents grce des messages Hello changs par UDP. Une fois que les 2 noeuds se sont dcouverts, ils tablissent une session TCP qui agit comme un mcanisme de transport fiable des messages d'tablissement de session TCP, des messages d'annonce de labels et des messages de notification.

LDP supporte les spcifications suivantes : les labels sont assigns un noeud amont partir des informations contenues dans la table de routage: 3 FEC (Forwarding Equivalent Classes) sont dfinies : il est possible de mapper un label soit un flux de trafic, un prfixe d'adresse IP ou un router-ID. Le flux de trafic reoit le mme traitement de forwarding selon le label qui lui est associ. une connexion LDP peut tre tablie entre 2 LSR directement ou indirectement connects il existe 2 modes de rtention de label : soit " conservatif " soit " libral ". Pour le mode de rtention " conservatif " , seul le label correspondant au meilleur bond est retenu. Par contre, pour le mode de rtention " libral ", tous les labels transmis par les LSR adjacents pour un flux donn sont retenus. Ce mode permet un reroutage rapide en cas de problme car des labels alternatifs sont disponibles instantanment.

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 rseau viter les points de forte congestion en rpartissant le trafic sur l'ensemble du rseau. En effet, le plus court chemin dtermin par le routage classique IP pour atteindre une destination peut ne pas tre le seul chemin possible et certains chemins alternatifs peuvent tre sous-utiliss alors que le plus court chemin est sur-utilis.

Historiquement, le Traffic Engineering a t ralis grce des mtriques de liens associes des protocoles de routage internes (RIP, OSPF, IS-IS). A la fin des annes 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 mcanisme de Traffic Engineering en offrant une plus grande flexibilit de routage IP (bande passante, QoS,...), grce l'Explicit Routing. Dans ce cas, le LSP n'est plus dtermin chaque bond comme pour l'implicit routing : c'est l'ingress node qui choisit le chemin de bout en bout. Au niveau des LSR en coeur de rseau, seul le label MPLS est analys (pas l'en-tte du datagramme IP).

L'Explicit Routing permet un oprateur de faire du Traffic Engineering en imposant au rseau des contraintes sur les flux, du point source jusqu'au point destination. Ainsi, des routes autres que le plus court chemin peuvent tre utilises. Le rseau dtermine lui-mme le chemin en suivant les tapes ci-dessous : connaissance de l'tat du rseau : topologie, bande passante relle d'un lien, bande passante utilise, bande passante restante. Des extensions ont t apportes aux protocoles de routage OSPF et IS-IS car la distribution dynamique des bases de donnes tait limite aux noeuds adjacents et une seule mtrique. calcul d'un chemin rpondant aux contraintes spcifies. Les extensions d'OSPF et d'IS-IS sont ncessaires. tablissement du ER-LSP (Explicitly Routed Path). La source connat le chemin complet de l'ingress node l'egress node et c'est elle qui spcifie les LSR l'intrieur du LSP. Deux options de signalisation spcifies pour l'tablissement du LSP : RSVP ou CR-LDP (Constraint-Based Routing LDP) : CR-LDP est l'alternative RSVP; il est jug plus fiable dans la mesure o il met en oeuvre TCP (orient connexion). De plus, CR-LDP peut interfonctionner avec LDP et utilise les messages LDP pour signaler les diffrentes contraintes. Les fonctions de CR-LDP sont ralises par des instructions matrielles (asics) ne ncessitant pas de frquents rafrachissements, contrairement RSVP dont les fonctions sont ralises par le logiciel ncessitant de frquents messages de rafrachissement. envoi du trafic sur le chemin trouv supervision de l'tat des LSP et le transmet l'IGP

r-optimisation des LSP quand ncessaire

Les fonctions supportes par ER-LDP sont : ER-LSP de bout en bout strict/loose explicit routing : dans un LSP rout de manire " stricte ", chaque bond est spcifi. Une section du LSP peut tre route de manire " imprcise " lorsque sont introduits 2 LSR non directement connects. spcification d'une classe de service rservation de bande passante route pinning : dans une section de ER-LSP route de manire " imprcise ", les bonds sont slectionns selon une transmission bond par bond ER-LSP preemption : tablissement/maintien de priorit

9 - Support de la QoS
9.1 - Signalisation et QoS
L'intrt principal de MPLS est de permettre de se passer des couches infrieures 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 premires implmentations rutilisent un coeur 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 rseau : 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 rseau. 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 paramtres permettant de formuler une demande de ressources l'tablissement d'un LSP (mme s'il est possible de demander un traitement spcifique pour tous les paquets empruntant un mme LSP, selon le modle 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 Constraint based Routing LDP, dfinit des extensions LDP, et RSVP-Tunnels, dfinit des extensions RSVP pour la commande de LSP. L'IETF a dcid 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 premire peut le faire selon les deux modles " QoS ATM " (catgorie de service, paramtres de trafic et de QoS), et " QoS IP " (modle Intserv), alors que la deuxime permet essentiellement de la " QoS IP ". Une utilisation combine 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 mme adresse destination. Dans ce cas, le routage se fait " hop by hop ", chaque routeur dcidant par lui mme de l'interface de sortie vers laquelle il envoie le message, indpendamment de ce que les routeurs prcdent ont pu choisir. Ce mode de fonctionnement permet un oprateur d'tablir simplement un LSP entre deux extrmits de son rseau (pratique dans le cadre des VPNs). De plus, un tel mode de fonctionnement permet de scuriser des LSP en autorisant leur reroutage en cas de faute dans le rseau (comme pour des Soft PVC en PNNI). L'inconvnient d'un routage " hop by hop " dans un environnement dynamique est qu'il y a un risque de cration de boucles. Le problme des boucles en MPLS a fait l'objet de divers documents, sans que de relle solution soit trouve : en routage " hop by hop ", on sait dtecter des boucles, on ne sait pas les viter compltement. Au cours de l'tablissement, quand RSVP-Tunnels ou CR-LDP est utilis, MPLS permet d'tablir des LSP avec ressources associes, automatiquement travers le rseau. En MPLS, un LSP auquel on veut associer de la bande passante, s'il est rout via le protocole de routage IP, suivra la mme route que n'importe quel autre LSP vers la mme destination : la route qui minimise la somme des poids administratifs (seul paramtre dclar par OSPF). Dans le cas de MPLS, les routeurs choisissent la route et vrifient a posteriori que la ressource ncessaire l'tablissement du LSP est effectivement prsente 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 dfinis pour router des trafics ncessitant 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 proposes pour OSPF et IS-IS (par exemple OSPF-TE: une extension au traffic engeneering ) pour leur permettre de diffuser au sein d'un rseau 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 tudies pour dfinir la QoS IP : Integrated Services (IntServ) Differential Services (DiffServ) IntServ suppose que pour chaque flux demandant de la QoS, les ressources ncessaires sont rserves chaque bond entre l'metteur et le rcepteur. IntServ requiert une signalisation de bout en bout, assure 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 plutt destin tre implment l'accs. IntServ dfinit 2 classes de services : Guaranteed : garantie de bande passante, dlai et pas de perte de trafic Controlled Load : fournit diffrents niveaux de services en best effort DiffServ, quant lui, est davantage destin tre appliqu en coeur de rseau oprateur. Les diffrents flux, classifis selon des rgles prdfinies, sont agrgs 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 dfinit 2 classifications de service (Expedited, Assured) qui peuvent tre corrles aux classifications de service IntServ (Guaranteed, Controlled Load). DiffServ utilse les 6 premiers bits du champ TOS de l'entte 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 dfinit des PHB (Per Hop Behaviors) afin de construire ces LSPs. Ainsi au niveau des Edges LSR, DiiServ utilise le champs DS-Field, et l'intrieur 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 mcanismes complmentaires permettant d'tablir une QoS consistante sur les rseaux MPLS et non MPLS.

10 - VPN
Dfinitions (RFC2547): Deux sites distincts ont une connectivit IP sur le mme backbone, seulement s'ils appartiennent un mme VPN sur ce backbone. Deux sites qui ne sont pas dans le mme backbone, n'ont aucune connectivit IP entre eux sur ce backbone. Si tous les sites dans un VPN appartiennent la mme entreprise, alors il s'agit d'un intranet. Si tous les sites dans un VPN appartiennent diffrentes 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 rpondent aux besoins des entreprises ncessitant: Un service de rseau IP priv sur une infrastructure de rseau IP public. Utilisant la couche rseau IP, niveau 3. Une scalabilit aise. Possibilit d'utilisation d'un adressage priv sur un rseau public.

QoS. Accs contrl et tanche vis vis des autres flux sur l'infrastructure public. Les informations de routage l'intrieur d'un VPN sont distribues de la manire 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 (extrieur) identifie le chemin vers le VBG destination, et change chaque bond le second label (intrieur) spcifie 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'implmenter aisment les mcanismes des VPN dans MPLS:

11 - Traffic Engineering
Les motivations initiales pour la dfinition de l'architecture MPLS taient de doter le monde IP d'un mode connect et ainsi d'amliorer les performances des routeurs en traitant les paquets IP directement au niveau 2 (commutation) sans avoir remonter systmatiquement 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 opration, qui correspond exactement au traitement du champ VPI/VCI d'une cellule entrant dans un commutateur ATM, est priori beaucoup plus simple que l'opration 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 intrt : les algorithmes de routage de paquets les plus rcents offrent des performances (en rapidit de traitement) quasi similaires celles d'une simple opration de commutation. L'industrie a ds lors mis l'accent sur l'intrt 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 rseau IP. La possibilit de faire suivre des paquets IP un chemin travers le rseau ne correspondant pas forcment au chemin que ces mmes paquets auraient suivi s'ils avaient t routs au niveau 3 (c'est dire partir des informations issues du protocole de routage interne du rseau, i.e. RIP, OSPF, IS-IS, EIGRP, etc.), ceci afin de mieux grer les ressources du rseau ". En effet, via un Label Switched Path (LSP), MPLS permet d'imposer le chemin que les paquets IP doivent suivre pour atteindre une destination donne. Un LSP est donc unidirectionnel. MPLS et ses LSPs constituent ds lors un outil de gestion et d'optimisation de l'utilisation des ressources d'un rseau IP : les LSP sont monts par voie de gestion l'avance par l'oprateur selon un chemin que celui-ci peut avoir pralablement choisi et dtermin.... 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'oprateur se contente gnralement d'identifier par voie de gestion les extrmits qu'il veut joindre. La connexion est ensuite tablie automatiquement entre ces deux extrmits, la route que cette connexion suit travers le rseau tant dtermine par les lments de coeur de rseau. Dans le cas de PNNI, la spcification laisse le routage d'un Soft PVC sous la responsabilit des noeuds ATM. Ceci tant, la majorit des MIB propritaires permettent un oprateur de spcifier lui-mme s'il le dsire le chemin qu'un Soft PVC doit suivre travers le rseau.

La principale diffrence entre un LSP MPLS et un Soft PVC ATM est qu'il est possible d'associer un Soft PVC une catgorie de service ATM, ainsi que des paramtres de trafic et de QoS. Dans un rseau MPLS simple, tablir des LSP revient alors tablir des Soft PVC UBR unidirectionnels : on marque un chemin travers le rseau sans lui associer de ressources.

12 - Agrgation de flux
L'une des forces annonces de MPLS est sa capacit d'agrgation de flux : la possibilit de runir 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 rduire au maximum le nombre de connexions que les routeurs de coeur de rseau ont grer. Dans ce mme but, MPLS introduit un concept de hirarchie au niveau des LSP et d'empilement des labels. Il est donc possible de construire des LSP, encapsuls dans un autre LSP, lui-mme 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 hirarchie) n'est a priori pas limit 2.

13 - Applications
Les applications les plus courantes du MPLS sont les suivantes : L'ingnierie de trafic est active par des mcanismes MPLS permettant de diriger le trafic via un chemin spcifique, qui n'est pas ncessairement le chemin le moins coteux. Les administrateurs de rseau peuvent mettre en oeuvre des politiques visant assurer une distribution optimale du trafic et amliorer l'utilisation globale du rseau. La bande passante garantie constitue une amlioration forte valeur ajoute par rapport aux mcanismes d'ingnierie 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 manire organiser le trafic 'prioritaire' et 'au mieux', tels que la voix et les donnes. Le reroutage rapide permet une reprise trs rapide aprs la dfaillance d'une liaison ou d'un noeud. Une telle rapidit de reprise empche l'interruption des applications utilisateur ainsi que toute perte de donnes. Les rseaux privs virtuels MPLS simplifient considrablement le dploiement 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 mme 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 adquate sur le rseau et que les exigences de latence sont respectes. Les

mcanismes de qualit de service IP peuvent tre mis en oeuvre de faon transparente dans un environnement MPLS.

14 - Discussion autour de la documentation


Vous pouvez poser toutes vos questions, vos remarques et vos expriences propos de MPLS. Pour cela, rendez-vous sur le Forum "Les rseaux prives virtuels".

15 - Suivi du document
En 2001, par Benbella Benduduh et Jean Marc Fourcade, cration du document.