3 Le protocole RSVP-TE
Nous allons ici présenter l’architecture‚ les principes de fonctionnement ainsi que les mécanismes mis en œuvre afin d’assurer la bonne mise en œuvre de RSVP-TE. Nous étudierons aussi les avantages qu’il amène 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 d’abord dans un cas simple pour ensuite approfondir les diverses spécificités du protocole.
3.2 Architecture de communication : messages et objets
Les nœuds du nuage MPLS doivent pouvoir communiquer ensemble afin de garantir leur fonction de routage. Le protocole RSVP-TE répond à ce besoin en définissant des types messages et des objets. Un message est caractérisé par sa propre structure ainsi que par les objets qu’il inclut. A chaque objet‚ on peut attribuer une fonction particulière.
On peut distinguer deux grands types de messages.
- Ceux pour la création des routes : Path et Resv
- Ceux pour le contrôle (remontées d’erreurs‚ etc) : PathErr et ResvErr
Il existe aussi différents objets.
- SESSION : C’est un objet qui identifie une session entre un nœud d’entrée et un nœud de sortie.
- SENDER_TEMPLATE et FILTER_SPEC : La combinaison de ces objets permet d’identifier un LSP.
Note : Les objets SESSION‚ SENDER_TEMPLATE et FILTER_SPEC identifient de manière unique un LSP.
- LABEL_REQUEST : Cet objet indique une demande de réservation de labels. Il est véhiculé 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 réseau (L3PID : Layer 3 Protocol Identifier). MPLS ne fonctionne pas seulement sur IP‚ il est opérationnel sur ATM‚ Frame Relay‚ etc.
- EXPLICITE_ROUTE : Impose la route à prendre en spécifiant la suite des nœuds à suivre.
- RECORD_ROUTE : Enregistre la route empruntée par le message.
- SESSION_ATTRIBUTE : Cet objet peut contenir des informations de contrôle complémentaires.
- LSP_TUNNEL_IPv4 et LSP_TUNNEL_IPv6 indiquent si l’adresse du nœud de destination est IPV4 ou IPV6.
Note : La cohérence du protocole impose le fait que certains messages ne peuvent contenir certains objets et inversement.