GUILLON Samuel

ROBIN David
FI/FP 2005

RSVP-TE
Ressource Reservation Protocol
Traffic Engineering

OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

2004

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

Index
1 MPLS MultiProtocol Label Switching..................................................................................3
1.1 Introduction.......................................................................................................................................3
1.2 Prsentation......................................................................................................................................3
1.3 Principe de base...............................................................................................................................3
1.4 Dfinition...........................................................................................................................................4
1.5 Fonctionnement................................................................................................................................6

2 MPLS/TE Traffic Engineering............................................................................................... 7

3 Le protocole RSVP-TE.......................................................................................................... 8
3.1 Prsentation......................................................................................................................................8
3.2 Architecture de communication : messages et objets......................................................................8
3.3 Cration de LSP................................................................................................................................9
3.4 Le routage.......................................................................................................................................11
3.5 Autres fonctions..............................................................................................................................12
3.6 Comparaison RSVP-TE CR-LSP....................................................................................................13

4 Conclusion........................................................................................................................... 15
5 Glossaire.............................................................................................................................. 16
6 Bibliographie....................................................................................................................... 17

OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

2004

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

1 MPLS MultiProtocol Label Switching

1.1 Introduction
Les Internet Service Provider (ISPs) doivent constamment relever le dfi de faire voluer leur rseau afin
de soutenir des taux de croissance extrmement rapide tout en maintenant une infrastructure fiable pour
les applications ncessitant de la Qualit de Service (QOS).
MultiProtocol Label Switching (MPLS) a merge comme tant la technologie mettre en place sur le
rseau Internet parce quelle supporte le Traffic engineering qui permet de transporter de grand
volume de trafic utilisateur le long de chemin prdtermin (LSP) travers le rseau du fournisseur de
service.
Cet expos dcrit comment le protocole de rservation de ressource (RSVP) a t tendu afin de
supporter le traffic engineering (RSVP-TE) et dautomatiser ltablissement de LSP travers les rseaux
dISP. La premire partie prsente brivement le protocole MPLS, le deuxime chapitre expliquera ce
quest le traffic engineering puis nous prsenterons le protocole RSVP et son extension TE.

1.2 Prsentation
MPLS a t dvelopp partir de 1997 avec la cration de l IETF MPLS working group suite la
prsentation faite par trois constructeur, Cisco, Ipsilon et IBM, de leur technologie de commutation par
label respectivement le Tag Switching, IP Switching et ARIS. Le premier document (draft-ietf-mplsframework-01.txt) est publi le 2 Aot 1999 et MPLS a t normalis avec la RFC 3031 en Janvier 2001.
Larchitecture MPLS repose sur des mcanismes de commutation de labels associant la couche 2 du
modle OSI (commutation) avec la couche 3 du modle OSI (routage).Le premier principe de cette
commutation de labels est de remplacer les traitements longs et complexes associs au relayage de
paquets IP (couche 3) par un traitement plus simple bas sur un en-ttes insr entre ceux de la couche
2 et de la couche 3. On dit souvent que MPLS est un protocole de niveau 2,5.

Le champ protocole=0x8847 de la couche 2 permet didentifier le champ suivant comme tant un label
MPLS.

1.3 Principe de base

Dans un rseau IP classique, chaque routeur dcide, en fonction de ladresse de destination contenue
dans len-tte dun paquet, si celui-ci est destin un des sous rseaux directement connects ou, dans
le cas contraire, vers quel routeur voisin il doit faire suivre le paquet. Pour prendre cette dcision, il utilise
le contenu de la table de routage, laquelle est construite par les protocoles de routage. Cette table
associe des prfixes dadresses IP dtermine le prochain routeur sur le chemin menant vers le rseau
OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 3 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

de destination. Ce prfixe pouvant tre de longueur variable et lordre ntant pas impos dans la table de
routage, le routeur doit examiner lensemble de la table de routage pour dcider quelle est lentre de la
table qui correspond le mieux ladresse de destination du paquet. Ce traitement est relativement
coteux du fait de la taille sans cesse croissante des tables de routage du cur de lInternet (146 000
entres aujourdhui).
La commutation de labels permet de rduire fortement le cot de cette recherche dans la mesure o elle
nest plus effectue dans les quipements du cur de rseau. En fait, chaque quipement interne au
cur de rseau, les LSR (Label Switch Router) , effectue une seule fois la recherche au moment de la
cration du chemin, le LSP (Label Switch Path) .
Pour cela, un label est ajout dans chaque paquet par les routeurs en frontire du domaine, les LER
(Label Edge Router) . Ce label est attribu en fonction dune table de commutation: la FEC (Forwarding
Equivalence Class) qui permet dassocier un paquet un label en fonction de diffrents critres parmi
lesquels on retrouve gnralement ladresse de destination du paquet mais aussi ventuellement dautres
informations contenues dans le paquet.
Les dcisions de relayage par les LSR se font sur la base du label ajout au paquet. Tous les paquets
comportant un mme label sont traits de la mme manire par les commutateurs de labels. Ils subissent
le mme traitement de relayage et suivent le mme LSP jusqu la sortie du rseau. Les LSR disposent
dune table de commutation contenant pour chaque label entrant, linterface de sortie et un label sortant,
cest la LFIB (Label Forwarding Information Base) .
MPLS repose sur deux composants distincts pour prendre ses dcisions:
Le plan de contrle (Control plane), qui permet dchanger les informations de routage
(niveau 3) ainsi que les labels (protocole dchange de label: LDP) afin de maintenir les
informations de la table de commutation des labels (Label Forwarding Information Base:
LFIB).
Le plan de donnes (Data plane), qui permet de transmettre les paquets en fonction des
labels. Cest le commutateur de labels.

1.4 Dfinition

Label: MPLS utilise un court identifiant (sur 32 bits) qui est insr entre la couche 2 et la couche 3
afin didentifier le LSP auquel le paquet est attribu.

OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 4 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

LABEL (20 bits): identifiant du label

EXP (3 bits): Exprimental Field, utilis pour dfinir les classes de services (i.e. IP
prcdence)
S (1 bit): Stack Bit, MPLS permet linsertion de plusieurs labels dans le mme paquet, ce
bit, lorsquil est 1, permet didentifier si ce label et le dernier du paquet
TTL (8 bits): Time To Live

Forwarding Equivalence Class (FEC) : Classe dquivalence dans laquelle on trouve un

ensemble de paquets IP transmit de la mme manire, et suivant le mme chemin (LSP) au sein
du rseau.

Label Forwarding Information Base (LFIB) : Cest la table dans lequel on trouve les
informations sur la commutation des labels (numro du label, interface dentre -- numro du
label, interface de sortie).

Label Edge Routeur (LER) : Cest un routeur qui fait linterface entre le rseau MPLS et
lextrieur, il possde des interfaces connectes au rseau MPLS et des interfaces IP
traditionnelles. Il existe deux catgorie de LER:
Le MPLS Ingress Node ou routeur dentre MPLS gre le trafic entrant sur le rseau
MPLS, il ajoute un label chaque paquet IP en fonction de la FEC et le transmet sur le
bon LSP.
Le MPLS Egress Node ou routeur de sortie MPLS gre le trafic sortant sur rseau MPLS,
il retire le label du paquet et le transmet en fonction des entres dans sa table de routage.

Label Switch Router (LSR) : Cest un routeur du rseau MPLS qui fait office de commutateur de
labels, il est capable de transmettre les paquets en sappuyant uniquement sur le mcanisme
didentification des labels et de la LFIB

Label Switch Path (LSP) : Cest un chemin tabli au travers des LSR pour rejoindre les LER au
sein dun mme rseau MPLS en fonction des tables FEC et LFIB. Il est tabli grce au labels et
peut tre cre statiquement ou dynamiquement. Les LSP sont unidirectionnels, chaque LSP est
cre sur le chemin le plus court slectionn par lIGP. MPLS/TE peut tre utilis pour changer le
chemin par dfaut du LSP.

Penultimate Hop Popping (PHP) : Cest la technique doptimisation qui vite au LER de sortie
dffectuer une double recherche dans la table de routage et dans le LFIB. Le penultimate node
est le routeur prcdent le router LER pour un LSP donn au sein dun rseau MPLS, cest en
gnrale le dernier LSR. Lorsque le paquet arrive sur le Penultimate node, celui ci regarde dans
sa table LFIB linterface de sortie correspondant au label, extrait le label du paquet puis le
transmet sur linterface dans le bon LSP mais sans ajouter de label. Le LER vas donc recevoir un
paquet sans label et vas donc utiliser sa table de routage afin de dterminer la prochaine
destination du paquet.

Label Distribution protocol (LDP) : Cest le protocole utilis par le plan de contrle afin
dchanger les labels (entre les routeurs adjacent) et de mettre jour les diffrentes tables de
routage (FIB et LFIB).

OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 5 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

1.5 Fonctionnement

Le rseau 10.0.0.0/8 est annonc sur le routeur daccs au rseau MPLS via les protocoles de
routage interne.

Le LER de sortie prcise au routeur le prcdent le label POP pour Penultimate Hop Popping

Le chemin est ensuite annonc via le protocole LDP

Lorsquun paquet arrive sur le rseau MPLS avec en destination ladresse 10.1.1.1, le LER dentre
regarde dans ses tables de routage (FIB et LFIB) et insre le label 17 au paquet avant de lenvoyer
sur le LSP.

Les LSR de cur de rseau en recevant le paquet regardent dans len-tte le label et font la
correspondance grce la table LFIB avant de commuter le paquet avec le nouveau label sur la
bonne interface.

Lavant dernier routeur du rseau (le dernier LSR) en recevant le paquet regarde le label et voyant le
paramtre POP dans sa LFIB retire le label avant de lenvoyer au LER de sortie.

Le LER de sortie reoit un paquet sans label et utilise donc sa table de routage traditionnel pour router
le paquet vers la bonne destination.

OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 6 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

2 MPLS/TE Traffic Engineering

Lingnierie de trafic est une des principales applications de MPLS, elle permet de repartir la charge sur
lensemble du rseau en tablissement des chemins explicitement routs et en contrlant la rpartition du
trafic sur diffrente liaison afin dviter la sous-utilisation de certaine partie du rseau.
Le fonctionnement par dfaut de MPLS est de construire les LSP en fonction des informations de routage
et gal au plus court chemin slectionn par le protocole de routage IGP. Cela entrane la plus part du
temps lapparition de liaison surcharge ou sous utilise.
MPLS/TE est utilis pour crer des LSP qui diverge du plus court chemin . CR-LDP et RSVP-TE sont
utiliss pour crer ces LSP. MPLS/TE support la gnration automatique de LSP mais permet aussi de
spcifier explicitement par ou doit passer le LSP. CR-LDP et RSVP-TE permettent en outre dassocier
des caractristiques de qualit de service aux chemins et de subordonner ltablissement des LSP la
disponibilit de ressources dans les quipements intermdiaires. MPLS/TE autorise la mise en place de
fonctions volues de partage de charge et de routage diffrenci en fonction dinformations contenues
dans len-tte du paquet ou de linterface dentre. Il suffit pour cela de crer un ou plusieurs chemins
concurrents pour une FEC donne et de dcider de la route emprunte en fonction dinformations
complmentaires : champ dans len-tte IP, provenance du paquet, tat doccupation des liens, etc.
Le Traffic Engineering permet donc de mapper le flux de trafic par rapport la topologie physique du
rseau. Il fournit la capacit dcarter le flux de trafic du plus court chemin calcul par lIGP et de
passer par des chemins moins utilis. Le but du Traffic Engineering est dquilibrer la charge du trafic sur
diverse liens ou routeurs dans le rseau afin quaucun de ces composant ne soit sur ou sous utiliss. Cela
permet donc un ISP dexploiter entirement son infrastructure de rseau.

Un algorithme (Dijkstra modifi) calcul le meilleur chemin bas sur les contraintes demand et en utilisant
les informations de topologie reut par le protocole de routage (IGP + son extension TE) comme les
informations de bande passante (max physique, max rservable, disponibilit par classe de service),
lidentification du lien, le mtrique TE, ou les attributs.

OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 7 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

3 Le protocole RSVP-TE
3.1 Prsentation
RSVP-TE est une extension du protocole RSVP (Ressource ReSerVation Protocol) pour les rseaux
MPLS. Il permet de prendre en compte la notion de Qualit de Service et dingnierie trafic.
RSVP-TE est lun des deux principaux protocoles utiliss par le MPLS pour la cration des routes. Lautre
tant CR-LDP. Ils effectuent du routage explicite : ils crent des tunnels de donnes unidirectionnels
qui prendront toujours le mme chemin. Lavantage est de pouvoir en cas de coupure ou congestion
forcer le trafic par un autre chemin ou par une route de secours contrairement aux protocoles courants
tel BGP ou OSPF qui sappuient seulement sur la topologie en cherchant le chemin le plus court. De cette
manire MPLS effectue une gestion rationnelle du trafic. Les donnes ncessitant un traitement
rapide comme la voix prendront le chemin le plus rapide tandis que la data sera route vers un chemin
un peu plus long.
RSVP-TE est un protocole soft state. La liaison nest tablie que pendant la dure spcifie par des
timers envoys dans les messages de demande de rservation. Il faut donc rgulirement rtablir la
liaison.
RSVP-TE supporte de multiples fonctionnalits :
La cration de LSP
Le routage explicite
Le smooth rerouting
La premption
La dtection de boucles

3.2 Architecture de communication : messages et

objets
Nous allons ici prsenter larchitecture les principes de fonctionnement ainsi que les mcanismes mis en
uvre afin dassurer la bonne mise en uvre de RSVP-TE. Nous tudierons aussi les avantages quil
amne dans certains domaines notamment dans celui du re-routage de trafic. Afin de ne pas embrouiller
le lecteur avec la complexit du protocole nous nous placerons tout dabord dans un cas simple pour
ensuite approfondir les diverses spcificits du protocole.
Les nuds du nuage MPLS doivent pouvoir communiquer ensemble afin de garantir leur fonction de
routage. Le protocole RSVP-TE rpond ce besoin en dfinissant des types messages et des objets.
Un message est caractris par sa propre structure ainsi que par les objets quil inclut. A chaque objet
on peut attribuer une fonction particulire.
On peut distinguer deux grands types de messages.
Ceux pour la cration des routes : Path et Resv
Ceux pour le contrle (remontes derreurs etc) : PathErr et ResvErr

OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 8 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

Il existe aussi diffrents objets.

SESSION : Cest un objet qui identifie une session entre un nud dentre et un nud de sortie.
SENDER_TEMPLATE et FILTER_SPEC : La combinaison de ces objets permet didentifier un
LSP.
Note : Les objets SESSION SENDER_TEMPLATE et FILTER_SPEC identifient de manire unique un
LSP.

LABEL_REQUEST : Cet objet indique une demande de rservation de labels. Il est vhicul
dans le message Path (downstream). La liaison des labels est effective lors du passage du
message Resv (upstream). Il fournit aussi des renseignements sur le protocole de la couche
rseau (L3PID : Layer 3 Protocol Identifier). MPLS ne fonctionne pas seulement sur IP il est
oprationnel sur ATM Frame Relay etc.
EXPLICITE_ROUTE : Impose la route prendre en spcifiant la suite des nuds suivre.
RECORD_ROUTE : Enregistre la route emprunte par le message.
SESSION_ATTRIBUTE : Cet objet peut contenir des informations de contrle complmentaires.
LSP_TUNNEL_IPv4 et LSP_TUNNEL_IPv6 indiquent si ladresse du nud de destination est
IPV4 ou IPV6.

Note : La cohrence du protocole impose le fait que certains messages ne peuvent contenir certains
objets et inversement.

3.3 Cration de LSP

3.3.1 Cration normale dun LSP
La cration dun LSP passe par deux phases :
Une phase de pr-rservation des ressources du nud dentre au nud de sortie
Une phase dtablissement du lien partir du nud de sortie jusqu lentre.

Nous allons ici expliciter ces deux phases dans un cas simple en considrant que toutes les ressources
ncessaires ltablissement du LSP sont disponibles.
Cration dun LSP (Phase 1/2)
Lorsquun LSP doit tre cre le LER d entre va mettre un message Path. Ce message va initier la
cration du LSP. Il contient les objets:
OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 9 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

SESSION
SENDER_TEMPLATE
FILTER_SPEC
LABEL_REQUEST.
RECORD_ROUTE
(Optionnel) SESSION_ATTRIBUTE.

Cration dun LSP (Phase 2/2)

Le nud de sortie rpond au message Path par un message Resv. Il suit lordre inverse des nuds
emprunts par le message Path et va procder la cration effective du LSP.
Un nud faisant transiter un message Resv procde plusieurs tapes.
Il va tout dabord extraire le label associ au LSP de manire pouvoir mettre jour sa table de
routage. Elle est compos du ILM : Incoming Label Map et du NHLFE : Next Hop Label
Forwarding Entry
Il cre ensuite un nouvel objet en y insrant ses propres caractristiques et place ce dernier dans
le message Resv en remplacement de lancien
Il envoie enfin le message au nud suivant.
Une fois le nud dentre atteint la cration du LSP est termine.

3.3.2 Cration dun LSP avec premption

Dans les exemples prcdents nous nous sommes placs dans un contexte o les ressources
ncessaires la cration dun LSP taient disponibles. Cependant ceci correspond un cas idal. Nous
allons ici prsenter ce qui se passe dans le cas contraire.
Les priorits
OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 10 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

Un message RSVP Path contient deux informations importantes.
La priorit de mise en place (setup priority) : comprise entre 0 et 7 o 0 est la valeur ayant la
priorit la plus leve elle est utilise pour dterminer si cette session peut en prempter une
autre.
La priorit de maintien (holding priority) : comprise entre 0 et 7 o 0 est la valeur ayant la priorit
la plus leve elle est utilise pour dterminer si cette session peut tre prempte par une autre
session.
La priorit de mise en place ne devrait jamais tre plus importante que la priorit de maintien ! Cela
signifierait alors quune session dune importance x pourrait tre prempte par une session dont l
importance serait infrieure x.
Vrification de la bande passante
Lorsquun nouveau lien doit tre cr la bande passante requise sa cration est compare avec la
bande passante disponible la mme priorit de session.
Sil y a assez de bande passante la cration du LSP continue sans erreur.
Sil ny a pas assez de bande passante les mcanismes de premption vont tre mis en uvre
pour dterminer sil est possible den librer.
Si cest possible le message RESV Path va continuer son chemin. Dans ce cas un
message derreur en amont et un en aval sont envoys pour avertir de la premption
Sinon un message derreur est envoy lmetteur indiquant limpossibilit de crer le
LSP.
Note : Il existe un indicateur " Local protection " qui prcise si le LSP a dj t re rout d une panne
matrielle dun nud adjacent.

3.3.3 Les types de rservation

RSVP-TE propose plusieurs types de rservations :
Fixed Filter (FF) : Une rservation de label est effectue par nud metteur. Ces ressources ne
sont pas partages.

Wildcard Filter (WF) : Une rservation de label est effectue quelque soit le nombre de nuds
metteurs. Cette technique prsente des avantages pour les connexions multi-points point. (ex :
confrences tlphoniques etc.)

Shared Explicit (SE) : Il permet au rcepteur dinclure explicitement chaque metteur dans la
rservation. Chaque metteur a la possibilit de spcifier sa route. Il peut donc exister de
multiples LSP. La diffrenciation des types de rservation va tre notamment utilise dans les
mcanismes de re-routage que nous allons dtailler ci-aprs.

3.4 Le routage
3.4.1 Routage explicite
Une fonctionnalit importante de RSVP-TE est la possibilit de raliser du routage explicite. Ce type de
routage permet doptimiser lutilisation des ressources. Il seffectue laide de lobjet
EXPLICITE_ROUTE. Il peut tre ralis manuellement ou automatiquement laide dun gnrateur de
route.
Lobjet EXPLICITE_ROUTE contient la liste des nuds par lesquels la rservation du LSP va tre
effectue. Cette liste peut tre une liste dadresses IP de sous rseaux IP ou bien des nuds abstraits.
Un nud abstrait est un groupe de nuds adjacents les uns aux autres dont la topologie nest pas
connue pas le nud dentre. Ces architectures sont aussi appeles systmes autonomes. Le routage
au sein de ces systmes seffectue de manire transparente.
OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 11 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

3.4.2 Le re-routage
Dans certains cas (panne dun lien dun nud ou optimisation du routage) il est ncessaire deffectuer
un re routage du trafic. Celui-ci doit tre effectu sans perturber la transmission des donnes selon l
gide : "make before break ". Le principe du re routage est de recrer un LSP transitant par la route
dsire de faire basculer le trafic dessus et enfin de dtruire lancien LSP.
Cependant des problmes peuvent survenir dans le cas ou lancienne et la nouvelle route ont des liens en
communs. En effet durant la cration du nouveau lien la bande passante ncessaire sur ces liens sera
double et pourrait alors dpasser leur capacit. Nous allons voir comment RSVP-TE rsout ce type de
problme.
Lutilisation du mme objet SESSION avec comme type de rservation SE (Shared Explicit) est utilise.
Afin de diffrentier lancien et le nouveau tunnel un nouvel LSP ID est insr. Avec ces lments une
nouvelle route est cre suivant la mthode conventionnelle. Sur les liens en communs les ressources
sont partages avec lancien LSP grce la rservation de type SE. Une fois le LSP cre le trafic est
bascul de LSP et lancien LSP est dtruit.
Cest la mme technique qui est utilise pour laugmentation de la bande passante.

3.5 Autres fonctions

3.5.1 Dtection de boucles
Lobjet RECORD_ROUTE permet de dtecter facilement les boucles par lenregistrement successif des
nuds emprunts.
Il existe deux types de boucles.
Permanentes : d une erreur de routage manuel
Temporaires : d la cration autonome dun LSP.
Une boucle peut tre dtect dans un message Resv ou Path. Dans ces deux cas le message est dtruit
et un message derreur est envoy lmetteur. En fonctionnement normal les algorithmes mis en jeu
font leur maximum afin de ne pas crer de boucles.

3.5.2 Dtection de disfonctionnements

RSVP-TE introduit un nouveau message : Hello. Cette extension permet de dtecter quun nud voisin n
est pas disponible. Il est cependant impossible de dterminer si cest le nud ou le lien qui est en faute.
Ce message est optionnel. Dans le cas o il est employ un HELLO REQUEST est envoy de manire
rgulire et un HELLO ACK est attendu.
OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 12 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

3.5.3 Dtection de la MTU

Lors de ltablissement du LSP la MTU minimale travers celui-ci est dtecte. Cest RSVP qui va se
charger de tester la MTU en envoyant des messages de plus en plus importants en imposant le fait de ne
pas les fragmenter. Une message ICMP derreur sera mis ds que la MTU sera atteinte.

3.5.4 Les erreurs

Des messages derreurs (PathErr ResvErr) peuvent tre crs dans les cas suivants :
Un nud rseau ne comprend pas le message envoy
Les ressources sont insuffisantes
Une boucle est dtecte
Impossible de lier un label
Ne supporte pas lun des objets RSVP
Ne supporte pas le routage explicite
Premption

Un routeur RSVP est cependant dot de fonctionnalits qui lui permettent de dtecter si un routeur
adjacent est capable de comprendre les requtes RSVP. Il ne lui enverra des requtes que sil est
capable de les comprendre.

3.6 Comparaison RSVP-TE CR-LSP

le tableau ci-aprs compare de manire succinte les protocoles RSVP-TE et CR-LDP. Ils se placent tous
les deux dans la catgorie des protocoles supportant le Traffic Engineering sur les rseaux MPLS.
Cette comparaison ne tranche pas en faveur d'un des deux protocoles en particulier. Ils ont chacun des
spcificits qui les caractrises.
RSVP-TE
Bande
passante
entre
Plus leve : Rafraichissement
partenaires MPLS
Memoire pour stocker ltat des
500 octets par LSP
LSP
Couche 4
Type de protocole
Notifications
Routage

CR-LDP

Plus faible

Utilise TCP pour la distribution des

Utilise UDP ou IP (raw IP) pour la
labels et UDP pour dcouvrir les
distribution des labels.
LSR
Protocole soft-state, ncessitant
un rafrachissement priodique
Protocole hard-state.
Offre une notification en cas de Noffre pas de notification en cas de
panne.
panne.
Routage explicite
Routage explicite

Services

Spcification du trafic
Dtection de boucle
Premption
Messages d'erreurs

Le dbat concernant la superiorit d'un protocole par rapport un autre est toujours prsent. Certaines
personnes tentent de comparer leur anciennet, robustesse, suret, fiabilit, etc, mais cela reste un
exercice perrieux.
Exemple : D'un point de vu oprationnel, ce n'est pas parceque CR-LDP est bas sur TCP et RSVP-TE
sur UDP que CR-LDP est excessivement plus fiable.
OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 13 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

Il faut cependant noter que seul RSVP-TE fournit une interoprabilit totale avec les rseaux IP et
permet donc une signalisation et une Qualit de Service de bout en bout.

OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 14 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

4 Conclusion
Le MPLS permet donc une meilleure gestion du trafic sur le rseau en se basant sur des mcanismes
de classification du trafic et de commutation de label.
La ncessit d'optimiser les performances, les ressources ainsi que les flux sur un rseau
oprationnel a fait apparatre la notion de TE : Trafic Engineering . Sur les rseaux MPLS, l'utilisation
du protocole RSVP-TE permet de rpondre ces besoins.
Grce a ses fonctionnalits avances de gestion, d'optimisation et de routage du trafic, associes la
dtection derreurs, le protocole RSVP-TE apporte une complmentarit essentielle sur un rseau
MPLS avec : La Qualit de Service (QoS) et le Traffic Engineering.

OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 15 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

5 Glossaire

BGP : Border Gateway Protocol

CR-LDP : Constraint based - Label Distribution Protocol
FEC : Forwarding Equivalence Class
ICMP : Internet Control Message Protocol
IGP : Interior Gateway Protocol
L3PID : Layer 3 Protocol IDentifier
LDP :Label Distribution protocol
LER : Label Edge Router
LFIB :Label Forwarding Information Base
LSP : Label Switch Path
LSR : Label Switch Router
MPLS : Multi Protocol Label Scitching
OSPF : Open Shortest Path First
PHP : Penultimate Hop Popping
RSVP-TE : Ressource ReSerVation Protocol

OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 16 SUR 17

RSVP-TE : Ressource ReSerVation Protocol Traffic Engineering

6 Bibliographie

IETF MPLS Working Group

RFC 2702 : Requirements for traffic engineering over MPLS
RFC 3031 : Multiprotocol Label Switching Architecture
RFC 3213 : RSVP-TE
RFC 3209 : RSVP-TE Extensions to RSVP for LSP Tunnels
Juniper : Multiprotocol Label Switching: Enhancing Routing in the New Public Network
Juniper : RSVP Signaling Extensions for MPLS Traffic Engineering
Juniper : Traffic Engineering for the New Public Network
Juniper : Deploying MPLS Traffic Engineering
Cisco MPLS prsentation

OPTION RIO : RSEAUX ET INTERCONNEXIONS DORDINATEURS

PAGE 17 SUR 17