POLY

JL Langlois sur MPLS-GMPLS

Chapitre 8 : le MPLS Chapitre 8.0 : introduction

Le monde des donnes et le monde de la voix ont coexist, mais sparment lun de lautre. Ces deux mondes nayant ni les mmes objectifs ni les mmes clients, chacune de ces deux technologies a form son propre langage, ses propres procdures et standards. Il a toujours t difficile dinterconnecter ces deux mondes. Le fait de placer un trafic de donnes sur un rseau voix a requis lencapsulation de plusieurs couches. Le trafic data a d sempiler sur le haut de la couche ATM. De faon envoyer ce trafic sur un rseau SONET,on a eu recours encore un empilement de couche, et de mme pour placer ce trafic sur du DWDM.

Lenvironnement IP est devenu le standard de raccordement un rseau pour tous les systmes distribus provenant de linformatique. De son ct, la technique de transfert ATM est la solution prfre des oprateurs pour relier deux routeurs entre eux avec une qualit de service. Il tait donc plus que tentant dempiler les deux environnements pour permettre lutilisation la fois de linterface standard et de la puissance de lATM. Cette opration a donn naissance aux architectures dites IP sur ATM. La difficult se situe au niveau de linterface entre lIP et lATM, avec le dcoupage des paquets IP en cellules, et lors de lindication dans la cellule dune rfrence correspondant ladresse IP du destinataire. En effet, le client que lon souhaite atteindre est connu par son adresse IP, alors que les donnes doivent transiter par un rseau ATM. Pour ouvrir le circuit virtuel, il faut ncessairement connatre ladresse ATM du client rcepteur. La problmatique vient de la correspondance dadresses : en connaissant ladresse IP du destinataire, comment trouver son adresse ATM ? On peut regrouper les solutions ce problme en 3 grandes classes : - les techniques dmulation, lorsque la correspondance dadresses utilise un intermdiaire, ladresse MAC - le protocole Classical IP over ATM lorsquil ny a quun seul sous-rseau ATM - les techniques de serveur de routes MPOA, PNNI et NHRP lorsquil y a plusieurs sousrseaux ATM potentiels traverser

Ces 3 techniques sont de plus en plus remplaces par un protocole beaucoup plus homogne, normalis par lIETF : MPLS( Multiprotocol Label Switching). MPLS utilise les techniques de commutation de rfrences, ou label-switching, comme Ethernet ou ATM, mais aussi dautres types de trames, comme LAP-F ou PPP, MPLS fait appel un circuit virtuel, lequel est suivi par les paquets qui sont commuts dans les nuds. MPLS semble tre promis devenir la grande technologie des annes 2000, au moins pour le monde des tlcommunications, qui la considre comme pouvant passer lchelle et permettre lintroduction dune ingnierie des flots. Des extensions de MPLS sont apportes par GMPLS(Generalized MPLS), qui introduit de nouveaux paradigmes de commutation. Il faut remarquer que dans ce genre de rseau labor partir de lempilement de plusieurs couches, chaque couche a son propre management et son propre contrle. La mthode qui consiste faire passer des donnes sur un rseau de tlcommunications va savrer assez inefficace et coteuse. Le fait de vouloir sinterfacer entre deux couches exige un provisioning manuel et chaque couche est manage sparment par diffrents types de fournisseur de services. En rduisant le nombre dinterfaces entre les couches, on rduira les cots oprationnels et le traitement du paquet sera optimis. Le concept du GMPLS provient de ces aspirations.

Evolution des technologies Selon lIEEE Communications Magazine, on verra dans les annes venir une volution de larchitecture des rseaux, et certaines couches de lempilement actuel auront tendance disparatre. Tout dabord en liminant la couche ATM pour tre remplac par le SONET, puis en remplaant la couche SDH par une fine couche SDH fonctionnant avec GMPLS et enfin en supprimant cette dernire pour aboutir un modle supportant le GMPLS directement sur la couche DWDM. GMPLS tant issu de MPLS, nous nous attarderons dabord sur cette technologie.

Chapitre 8.1 : les techniques pr-MPLS

MPLS( Multiprotocol Label Switching) est une norme de protocole propose par lIETF, lorganisme de normalisation dInternet pour lensemble des architectures et des protocoles de

haut niveau(IP, IPX, Appletalk, et dautres encore). Cependant, son implantation la plus classique concerne uniquement le protocole IP. Les nuds de transfert spcifiques utiliss dans MPLS sont appels LSR(Label Switched Router). Ces LSR se comportent comme des commutateurs pour les flots de donnes utilisateur et comme des routeurs pour grer la signalisation. Pour acheminer les trames utilisateur, on utilise des rfrences, ou labels. A une rfrence dentre correpond une rfrence de sortie. La succession des rfrences dfinit la route suivie par lensemble des trames contenant les paquets du flot IP. Toute trame utilise en commutation, ou label-switching, peut tre utilise dans un rseau MPLS. La rfrence est place dans un champ spcifique de la trame ou dans un champ ajout dans ce but. La premire version du label-switching, connu sous le nom dIP-switching a t introduite par la socit Ipsilon. Dans cette architecture la route est dtermine par le flot IP. Les nuds IP-switch remplacent les routeurs en travaillant soit en mode routeur, pour tracer le chemin avec le premier paquet IP du flot, soit en mode commutation de cellules ATM pour toutes les cellules qui suivent le chemin trac. Le premier paquet IP est rout normalement, comme dans un rseau Internet. La route est dtermine par un algorithme de routage dInternet.

Typical IP / ATM Network

POP POP

CR
POP

Core Routers connected to ATM Switches via ATM UNI links

CR CR
POP

CR

POP

CR CR
POP AR AR AR AR

CR

POP

ATM Switch

CR
AR AR

Core IP Router Access Router / AS Border Router

Linnovation significative est davoir dfini un protocole de management de connexion appel switch management protocol (GSMP) et complt dun protocole avec un label appel Ipsilon Flow Management Protocol (IFMP) General Switch Management Protocol (GSMP) admet un commutateur ATM contrl par un IP switch controller. Les modles IP over ATM sont complexes et inefficients car ils ncessitent deux plans de contrle.

Plan de contrle ATM enlev

ATM ARP IP MARS PNNI Q.2931 ATM hardware (a) NHRP IP IFMP

ATM hardware (b)

(a) IP over Standard ATM (b) IP Switching

81

Architecture dun commutateur IP

Switch controller
Flow Classification and control To upstream switch To downstream switch

Default VC Data VC

GSMP IFMP GSMP

Routing and forwarding

Default VC

Switch

Data VC
83

Chapitre 8.2 : les principes de MPLS

Le succs dInternet sest accompagn dune augmentation forte du trafic des donnes dpassant celui de la voix. Laugmentation du trafic et par consquent du dbit des circuits physiques a pos un problme pour larchitecture classique dun rseau IP. Lextension des tables de routage et le traitement des segments IP limitent la capacit des routeurs classiques. Aussi a-t-on cherch

faire voluer le routeur vers un commutateur dont lATM avait dmontr lintrt au point de vue performance.

ATM
Queuing Traffic Scheduling QoS Routing

MPLS

Per-VC queuing Per-LSP queuing Weighted per-VC Weighted per-LSP scheduling scheduling PNNI routing To Be Determined

MPLS a donc t mis en place pour rsoudre un certain nombre de problmes lis laccroissement de la taille des rseaux(nombre dutilisateurs, largeur des bandes passantes, gestion de plusieurs protocoles). Plusieurs besoins et problmes ont t mis en vidence comme : Le besoin de plus grandes performances ou dun meilleur rapport qualit/prix au niveau des routeurs. La difficult accrue de " mapper " IP sur ATM. Le besoin dune meilleure scalabilit (volutivit) des rseaux. Le besoin dajouter de nouvelles fonctionnalits au routage. Cest donc dans ce cadre quest apparu le MPLS (Multi-Protocol Label Switching), destin intgrer les avantages de lIP et les avantages dune technologie en mode circuit comme lATM (circuits virtuels), afin de rpondre aux besoins de fiabilit et de disponibilit. Le MPLS a t conu pour transporter des paquets IP, en leur attribuant des numros didentification particulirement courts et faciles traiter appels tiquettes (label).

Ide de base

IP Router
Control:
IP Router Software

MPLS
Control:
IP Router Software

ATM Switch
Control:
ATM Forum Software

Forwarding:
Longest-match Lookup

Forwarding:
Label Swapping

Forwarding:
Label Swapping

Avec MPLS, on a voulu augmenter les fonctionnalits de larchitecture conventionnelle du routage IP. Les intrts majeurs de MPLS rsident donc dans la flexibilit du routage li au

Traffic Engineering, la puissance de commutation, la mise en place dune certaine Qualit de Service(QoS) et les VPN(Virtual Private Networks). Architecture du MPLS Un domaine MPLS est compos de deux sortes de routeurs, les LSR(Label Switching Router) et les ELSR(Edge Label Switching Router). Les LSR sont les routeurs de cur capables de supporter le MPLS et les ELSR sont des routeurs permettant de faire la transition entre le domaine MPLS et les autres rseaux, par exemple, les clients IP.

Modle de base dun rseau MPLS

Internet

LER LSR LSR LER

IP

MPLS

LSR

LSR LER

MPLS IP

LSR = Label Switched Router LER = Label Edge Router Architecture d'un rseau MPLS Comparaison IP/MPLS

Dans un rseau IP typique, le trafic nemprunte pas de chemin particulier. Chaque routeur calcule le routage localement. Chaque paquet est rout dun nud un autre, suivant ladresse de destination porte par les paquets, chaque nud recalculant chaque fois la route. Cette architecture de routage IP est considre comme conventionnelle. Avec le MPLS, chaque paquet IP se verra assigner un " shim header " contenant un " label " son entre dans le rseau et le trafic empruntera un chemin dfini pralablement, le LSP (Label Switched Path). Le premier routeur calcule la route et assigne le label, les autres ne font que de la commutation.

Rseau IP

Rseau IP o le MPLS est appliqu Acheminement du trafic dans un rseau MPLS

Les diffrentes tapes dans l'acheminement Etape 1

Le ELSR A situ lentre du domaine MPLS va classer le trafic IP entrant, cest dire dterminer, partir de la FEC(Forwarding Equivalence Class) et de ladresse IP de ces paquets, quel LSP(Label Switched Path) ces paquets devront emprunter. La FEC peut tre considre comme lensemble des paquets qui seront achemins de la mme faon travers le rseau. Elle peut regrouper par exemple tous les paquets dont les adresses de destination correspondent au mme prfixe de ladresse IP ou tous les paquets qui sont destins la mme application entre la source et la destination des paquets. Une fois que le LSP utiliser a t dtermin, le ELSR A va assigner chaque paquet un certain label de faon ce quil emprunte le LSP slectionn. Il est noter que la classification des paquets nest faite quune seule fois dans le domaine MPLS, uniquement lentre du domaine au niveau des ELSR. Comme on peut le voir sur la figure ci dessus, le ELSR A assigne le label 21 au paquet bleu et le label 17 au paquet jaune. Enfin, les paquets dots de leur label sont envoys sur la bonne interface. Etape 2 tape (n-1) Les LSR (Label Switching Router) situs dans le cur du rseau MPLS ne sont chargs deffectuer quun change de label sur les paquets conformment ce quindique leur table de commutation appele " Forwarding Table ". Chaque LSR examinera donc le label affect au paquet et lchangera en fonction des instructions prsentes dans sa " Forwarding Table ". Le principe de fonctionnement dune " Forwarding Table " est illustr dans la figure ci dessous. Cette table permet de faire la correspondance entre une valeur de label sur un paquet entrant sur une certaine interface et une valeur de label sur le paquet sortant sur une certaine interface. Par exemple, le LSR B remplacera le label 21 par le label 47 et le label 17 par le label 11. Le paquet affect de son nouveau label sera alors envoy sur la bonne interface de sortie. Il est remarquer que puisque la correspondance entre les diffrents labels au niveau des LSR est fixe, le chemin (LSP) que va emprunter les donnes est donc dtermin par la valeur initiale du label affect par le premier ELSR.

Etape n Finalement les ELSR de sortie (ici ELSR C et ELSR D) vont retirer les labels aux paquets et ceuxci pourront continuer leur trajet hors du domaine MPLS. Le LSP (Label Switched Path) apparat comme la connexion entre le ELSR dentre et le ELSR de sortie du domaine MPLS.

Format du " Shim Header " Le MPLS repose sur la technique du label switching. Chaque paquet doit donc tre capable de transporter un label. Il a deux faons de raliser ce transport : La premire solution est celle qui est applique aux protocoles de la couche liaison qui peuvent transporter des labels lintrieur mme de leur header. Cest le cas en particulier des protocoles ATM et Frame Relay (relais de trames). Dans le cas du protocole ATM , le label sera transport dans le champ VPI/VCI du header, et dans le cas du Frame Relay, cest le champ DLCI qui sera affect cette tche.

LSRs and Labels

PPP Ethernet Frame Relay

PPP Header Ethernet Hdr FR Hdr

MPLS Header MPLS Header MPLS Header

Layer 3 Header Layer 3 Header Layer 3 Header

ATM Cell Mode

GFC

VPI

VCI

PTI CLP HEC

DATA

Label

Pour les protocoles ne pouvant pas utiliser cette mthode, le label sera transport dans le " Shim " label header qui sera insr entre le header de la couche liaison et le header de la couche rseau. Cette technique permet de supporter la technique du label switching sur nimporte quel protocole de la couche liaison. En-tte de la couche liaison Shim label Header En-tte de la couche rseau Donnes de la couche rseau

Emplacement du Shim Label Header dans une trame

Chapitre 8.3 : le fonctionnement de MPLS

Larchitecture de la technologie MPLS est constitue dun plan de contrle et dun plan de donnes(control plane et data plane). Dans MPLS, les flux de donnes du plan de contrle et du plan de donnes sont logiquement spars

Le plan de contrle est compos par lensemble des protocoles de signalisation et des protocoles de routage appartenant chacun au plan de signalisation et au plan de routage. Le plan de contrle est responsable de la construction, de la maintenance des tables dacheminement (Forwarding Tables) et est responsable de la communication inter-nuds (LSR) afin de dissminer les informations concernant le routage. Les protocoles de signalisation utiliss sont CR-LDP ou RSVP-TE si lon prend en considration les problmes de Traffic Engineering. Les protocoles de routage sont quant eux OSPF-TE ou IS-IS-TE. Le plan de data est responsable de transporter les paquets commuts travers le rseau en se basant sur les " Forwarding Tables ". Il correspond lacheminement des donnes en accolant un " Shim header " aux paquets arrivant dans le domaine MPLS.

Chapitre 8.4 : le protocole LDP

Protocoles de distribution des Labels Nous avons vu que le label switching seffectuait partir des informations prsentes dans les " Forwarding Tables ". Nous allons voir maintenant comment ces tables sont construites. Un protocole de distribution des labels est un ensemble de procdures par lesquelles un LSR en informe un autre des affectations label/FEC quil a faites. On dit que deux LSR sont en " label distribution peers " lorsquils utilisent un protocole de distribution de label pour changer leurs affectations label/FEC. Larchitecture MPLS ne prconise pas lutilisation dun " Label Distribution Protocol " en particulier. En fait, plusieurs protocoles ont t standardiss : Protocoles existants et tendus afin de supporter la distribution de labels : RSVP, RSVP-TE, BGP Nouveaux protocoles dfinis dans le but de " distribuer les labels ": LDP a t mis en place pour MPLS exclusivement dans le but de distribuer les labels entre les diffrents LSR CR-LDP

LDP Protocol Data Units (PDUs)

Les changes de message LDP sont accomplis par lenvoi de LDP PDUs chaque LDP PDU est une en-tte LDP suivie par un message LDP Len-tte LDP est :
0
V e r s io n

2
P D U L e n g th L D P I d e n t i fi e r

01234567890123456789012345678901

Format dun message LDP

0 1 2 3 01234567890123456789012345678901
U M essag e T yp e M essag e ID M an da tory Pa ram eters O p tion a l Pa ram eters M essag e L eng th

Il peut tre souhaitable de rajouter dautres fonctionnalits un protocole de distribution des labels, comme par exemple le fait de pouvoir aussi slectionner et rserver des ressources dans le rseau le long dun LSP. Pour cela il y a deux manires de procder : Utiliser un protocole servant dj la rservation de ressources et ltendre afin quil puisse aussi faire de la distribution de labels(RSVP tendu en RSVP-TE). Utiliser un protocole servant lorigine la distribution de labels et ltendre afin quil puisse aussi faire de la rservation de ressources (LDP tendu en CR-LDP). Voyons le principe des protocoles RSVP-TE et CR-LDP utiliss pour la distribution de labels. Avec RSVP-TE

Avec CR-LDP

Selon le protocole utilis, les messages transitant entre les LSR diffrent entre eux (pas mme format, pas mme utilisation), mais fondamentalement ces deux protocoles servent la mme chose, la distribution des labels. La demande dtablissement dun nouveau LSP commence par lenvoi par le ELSR dentre dun " Path Message " pour RSVP-TE et dun " Label Request Message " pour CR-LDP. Ces messages sont transmis jusquau ELSR de sortie o le paquet est cens sortir. Cest ce dernier ELSR que revient le choix du premier label, celui qui sera utilis entre le dernier LSR et le ELSR de sortie. Le ELSR de sortie envoie alors le label retenu dans un " Resv Message " pour RSVPTE et dans " Label Mapping " pour CR-LDP au LSR situ amont. Ce dernier prend connaissance de ce message et dcide son tour du label il voudrait utiliser sur le lien le raccordant avec le LSR situ en amont. Il met jour sa table de commutation, et envoie un " Resv Message " ou un " Label Mapping " contenant le label retenu. Et ainsi de suite, jusqu ce que le dernier message arrive au premier ELSR. A cet instant, le nouveau LSP est form, car tous les LSR ont mis jour leurs tables de commutations. Le constraint-Based Routing Limitation du routage classique Supposons que lon veuille mettre en place un LSP entre A et E et un autre entre F et I. Pour ce faire, LDP et OSPF(Open Shortest Path First) seront utiliss.

Le LSP entre A et E sera A-B-C-D-E(suivant OSPF). Le LSP entre F et I sera F-B-C-D-I(suivant OSPF). La bande passante entre B et G, G et H, et H et D ne sera pas utilises. Les liens entre B et C et entre C et D, seront quant eux sur-utiliss. Avec le routage OSPF, rsultant de la minimisation des mtriques, les LSP sont tablis sans tenir compte de la charge du rseau. Explicit Routing

Il peut tre intressant de forcer un paquet suivre une route particulire qui est explicitement choisie au moment o le paquet entre dans le rseau (ou mme avant), au lieu que cette route soit laboutissement du routage dynamique habituel. Ceci correspond au " Explicit Routing ". Avec " Explicit Routing ", il est possible de slectionner une autre route pour le LSP entre F et I, celle passant par G et H.

Explicit Routing permet de spcifier totalement ou partiellement le LSP et le problme rsoudre revient mettre en place un LSP en minimisant les mtriques et en prenant en compte les contraintes attaches la route. Traffic Engineering Une autre solution, le Traffic Engineering(TE). Le Traffic Engineering concerne loptimisation des performances dun rseau oprationnel en contrlant les ressources de ce rseau. Cela permettra de grer le trafic de faon intelligente, en vitant les engorgements. Le problme que lon a rsoudre est de mettre en place un LSP en minimisant les mtriques et en prenant en compte les contraintes de bande passante attache chacun des LSP. Constraint-based Routing Ainsi, le problme gnral li au Constraint-Based Routing est de prendre en compte toutes les contraintes attaches chacun des LSP lors de leurs tablissements. Les contraintes de route et de bande passante ne sont pas les seules contraintes pouvant tre pris en compte, on trouve notamment : Affinity :cest un ensemble de contraintes administratives pour le LSP. Path Attributes : pour savoir si le LSP doit tre spcifi manuellement ou sil doit tre calcul dynamiquement par constraint-based routing. Set-Up Priority : pour choisir quel LSP aura les ressources si plusieurs LSP sont candidats. Holding Priority :pour dcider si un LSP pourra tre suspendu pour laisser les ressources quil utilisait pour ltablissement dun autre LSP. Adapatability :pour permettre la commutation dun LSP sur un chemin optimis qui pourrait se librer. Resilience : pour dcider ou non de rerouter un LSP si le chemin emprunt devenait indisponible la suite dun incident par exemple.

Chapitre 8.5 : le G-MPLS

GMPLS (Generalized Multi Protocol Label Switching): Le GMPLS provient du MPLS et plus prcisment des extensions portes au MPLS pour les rseaux optiques. GMPLS est destin traiter diffrents types de technologies de transmission et de transport. Son but est donc dintgrer les couches de transmissions au MPLS et dobtenir une vision globale. Il fournira un plan de contrle consolid en tendant la connaissance de la topologie du rseau toutes les couches et permet de raliser le management de la bande passante. Le GMPLS consiste donc faire converger le monde de loptique et celui des donnes.

GMPLS

Routage: OSPF-G ISIS-G

Sig: RSVP-G CR-LDP-G

Gestion de liens LMP

Les nouveaux types de commutation Les grands principes hrits du MPLS resteront les mmes. Mais les protocoles de signalisation et de routage devront tre tendus ou modifis afin de supporter diffrentes technologies (en particulier le besoin de sadapter la couche optique). Les rseaux de donnes et de transmission venir seront gnralement constitus des lments suivants : Des routeurs Des commutateurs (switch) Des ADM, brasseur SDH ou SONET Des systmes DWDM Des OXC comprenant les OEO et les PXC. Ces rseaux et leurs lments constitutifs pourront se servir du GMPLS comme dun moyen dallouer des ressources dynamiquement sur le rseau et de provisionner des connexions de bout en bout. Ils pourront obtenir un rseau optimis en utilisant les techniques de protection, de restauration et le Traffic Engineering. Le MPLS ne faisait que de la commutation de paquets sur des rseaux constitus essentiellement de routeurs et de commutateurs, MPLS ne comprenait que des interfaces Packet Switch Capable (PSC). Le GMPLS, quant lui, pourra supporter dautres types de commutations. Le GMPLS sera donc constitu des types dinterfaces suivants : Packet Switch Capable (PSC), reconnat les limites des paquets et des cellules et prend ses dcisions dacheminement partir du contenu de len-tte du paquet ou de la cellule Time Division Multiplex Capable (TDM), achemine les donnes des time slots Lambda Switch Capable (LSC), achemine les donnes partir des longueurs donde sur lesquelles les donnes sont transportes Fiber Switch Capable (FSC), achemine les donnes partir de la position relle des donnes dans lespace physique

Les diffrents domaines de commutation : LSP hirarchiques Avec le GMPLS, il est maintenant possible de trouver et de provisionner un chemin de bout en bout qui traverse diffrents rseaux. Notamment, plusieurs " packets LSP " peuvent tre imbriqus dans un " TDM LSP " pour le transport au sein dun rseau SDH. De la mme manire, ce " TDM LSP " pourra tre imbriqu dans un " Lambda LSP " pour le transport. Finalement, plusieurs " Lambda LSP " pourront tre imbriqus lintrieur dun " FSC LSP " et les fibres pourront, elles aussi, tre commutes.

Hirarchie de LSPs
Nuage PSC Nuage TDM Nuage LSC Nuage FSC
Fibre 1 Fibre n

Nuage LSC Nuage TDM

Nuage PSC

Bundle

LSP paquet LSP temporel Multiplexage LSP frquentiel

LSP spatial Demultiplexage

LSP IP

LSP SDH

LSP lambda

LSP Fibre

Embotement de LSPs: LSP paquet < LSP temporel < LSP frquentiel < LSP spatial.

Ceci correspond au concept de LSP hirarchiques. Un nouveau LSP peut tre tabli lintrieur dun LSP (tunneled) prexistant dordre suprieur de sorte que ce LSP prexistant sert de support pour ce nouveau LSP. Lordre dimbrication de ces LSP est dtermin par les capacits de multiplexage des diffrents nuds. Un nud situ la frontire de deux rgions pourra former des LSP de niveaux suprieurs et pourra regrouper des LSP de niveaux infrieurs, conformment ses capacits de multiplexage. Ainsi donc, la demande dtablissement dun LSP dordre infrieur pourra dclencher la formation dun LPS dordre suprieur. Nous voyons dans la figure ci dessous quun LSP1 est mis en place entre R0 et R10 pour un dbit de 500 Mb/s. Ce LSP1 est imbriqu dans LSP 2, lui-mme imbriqu dans LSP3 et lui-mme imbriqu dans LSP4, comme le montre le haut de la figure. Si un LSP existant a les capacits, il prend en son sein un LSP dordre infrieur, sinon, la cration dun nouveau LSP sera dclenche par un LSP dordre infrieur.

R0 va donc classifier les paquets arrivant et les " mapper " dans le LSP1 pour un dbit de 500 Mb/s. Or, le LSP1 est imbriqu dans le LSP2. Pour passer, ces 500 Mb/s devront transiter dans un OC-12 (622 Mb/s, quivalent en SDH un STM-4) qui sera donc allou dans ce but entre R1 et S2. S2 va alors introduire ce OC-12 dans le LSP3 correspondant un OC-192 (10 Gb/s, quivalent en SDH un STM-64) entre S2 et O3. Le cross connect optique O3 va alors prendre ce OC-192 pour le faire passer dans le LSP4 qui correspond lun des 16 canaux WDM prsent entre O3 et O7 (P4, P5 et P6 ntant que des purs photonic switches, ils ninfluent pas sur le lambda slectionn). O7 slectionnera alors le lambda correct parmi les 16 et passe le signal S8. S8 slectionnera le bon OC-12 dans le OC-192 et le transmet R9. Finalement, R9 prendra les paquets du OC-12 et les acheminera jusqu R10. Il faut donc remarquer que la demande dtablissement dun LSP ente R0 et R10 (un lien Gigabit Ethernet de 500 Mb/s) a donc ncessit et provoqu ltablissement de trois autres LSP :le LSP2, une trame STS-12 qui connecte R1 et R9 ; le LSP3, une trame STS-192 reliant S2 et S8 ; et le LSP4, un canal WDM entre O3 et O7. Voyons maintenant comment se droule, grce au protocole de signalisation RSVP-TE ou CRLDP, la mise en place de ces diffrents LSP.

Demande dtablissement dun LSP On veut tablir un LSP entre R0 et R10. Un message sera alors gnr en R0 (un Path Request Message 1) et envoy R1 (le nud adjacent R0). Ce message indique que lon veut mettre en place un LSP de 500 Mb/s entre R0 et R10. Ce message arrive alors en R1. Etant donn que R1 ne peut pas allouer les ressources ncessaires de faons directes, R1 va lui aussi envoyer un Path Request Message 2 au nud suivant (S2) indiquant quil voudrait mettre en place un LSP2 entre lui-mme (R1) et R9. S2 reoit donc ce message. Pour les mmes raisons S2 ne sait pas directement rpondre cette demande S2 va envoyer son tour un Path Request Message 3 O3 indiquant quil veut tablir un LSP3 entre S2 et S8, car cest la seule manire de trouver une solution. O3 reoit ce message. Pour rpondre aux exigences du message quil vient de recevoir, il lui faudrait tablir un LSP4 entre lui (O3 et O7. La seule diffrence avec ce qui prcde, cest que contrairement aux autres nuds, O3 a la possibilit denvoyer un Path Request Message O7 de faon directe. Cest dire que sa demande aboutit tout de suite. En recevant ce message, O7 va informer O3 par lenvoi dun Resv Message 4 quil est effectivement possible dtablir le LSP4 dsir entre O3 et O7. Lorsque O3 reoit ce message, le LSP4 est bel et bien tabli. A partir de ce moment, tout devient plus facile. La demande manant de S2 pour tablir le LSP3 entre S2 et S8, qui navait pas pu abouti, le pourra alors en passant par le LSP4 frachement cr. Le Path Request Message 3 arrivant alors jusqu S8 provoquera la rponse (Resv Message 3) destination de S2. Le LSP3 viendra alors dtre cr. Le mme processus se produit pour les messages Path Request Message 2 et Path Request Message 1, permettant ltablissement successif du LSP2, puis du LSP1 qui est, il ne faut pas loublier, lorigine de tout ce phnomne. On a assist la formation dune sorte de hirarchie de LSP. Cest pour cela que lon parle de concept de LSP hirarchiques. Remarquons que dans cet exemple, cest le protocole RSVP-TE qui a t utilis, mais le processus aurait t le mme avec le protocole CR-LDP. Le protocole de signalisation sert aussi informer les diffrents nuds des ressources disponibles restantes. Par exemple, la bande passante qui a t alloue par LSP1 entre R1 et R9 correspond 500 Mb/s alors que la capacit du lien est de 622 Mb/s (Trame STS-12). Il va donc tre annonc un PSC " link " de 122 Mb/s entre R1 et R9. Le nud S2 annoncera pour sa part pour le lien entre S2 et S8, lquivalent en bande passante dune trame STS-180 cest dire dun TDM " link ". De mme, le nud O3 annoncera un LSC-link, savoir, une capacit restante de 15 lambdas, chacun avec la capacit dun OC-192. Avec cette mthode, on sait tout moment quelles sont les capacits disponibles et les ressources utilises sur le rseau.

Lexemple qui a t pris pour traiter le phnomne de LSP gnraliss est bas sur la technologie SONET, mais il en aurait t de mme avec la technologie SDH.
Link Management Bundled links

Une paire de nuds (par exemple deux PXC) peuvent tre connects par une centaine de fibres, et chaque fibre peut servir transmettre plusieurs longueurs donde si le WDM est utilis. Ainsi, plusieurs fibres ou plusieurs longueurs dondes peuvent tre combines entre elles dans un unique lien logique. Le concept de Link Bundling a donc pour but de grouper et de " mapper " les informations relatives certaines ressources physiques (et leurs proprits) dans des informations qui pourront tre utilises facilement par le protocole de routage pour calculer les routes et par la signalisation de GMPLS. Cela amliorera la scalabilit du routage en rduisant la quantit dinformations devant tre gres par le protocole de routage.

Tous les " Component Link " dun mme " Bundled Link " doivent commencer et se terminer au niveau de la mme paire de LSR. Ils doivent aussi avoir en commun quelques caractristiques ou proprits, comme par exemple tre du mme type ou partager les mmes contraintes administratives (TE-metrics). Afin de rpondre ce besoin de manager les liens, GMPLS va utiliser un nouveau protocole : LMP (Link Management Protocol).
LMP(Link Management Protocole)

LMP correspond un ensemble de procdures qui seront utiles localement pour rendre certains services comme : le management des canaux de contrle (Control Channel Management) Il est utilis pour tablir et pour maintenir les canaux de contrle entre les nuds. Une fois que le canal de contrle est configur entre deux nuds adjacents, cest le protocole " Hello " qui va tre utilis pour tablir et maintenir la connectivit entre ces deux nuds et pour dtecter les problmes. Cela se droule en deux phases : une phase de ngociation et une phase " keep-alive ". la vrification de la connectivit des liens (Link Connectivity Verification) La vrification de la connectivit des liens est une procdure qui est utilise pour vrifier la connectivit physique des liens de donnes (cest dire, les " components links " dun bundle) et pour changer les identifiants sur ces " Component Links ". la corrlation de la proprit des liens (Link Property Correlation)

Un mcanisme dchange des proprits dun lien permet de regrouper plusieurs " Component Links " dans un seul et mme " Bundled Link " ou dajouter un " Component Link " un " Bundled Link ". Cette fonctionnalit permet aussi de modifier dynamiquement certaines caractristiques du lien, comme par exemple, changer les mcanismes de protection dun lien ou changer les identifiants de ports. le management de lincident (Fault Management) Le Fault Management est une vraie exigence dun point de vue oprationnelle. Il comprend de manire gnrale : La dtection de lincident La localisation de lincident La notification de lincident Lorsquun incident survient et est dtect (fault detection), loprateur a besoin de savoir exactement o cela sest produit (fault localization) et le nud lorigine du signal doit tre averti de manire prendre les mesures adquates (fault notification).