3 Le protocole RSVP-TE
3.3 Création de LSP
3.3.1 Création normale d´un LSP
La création d´un LSP passe par deux phases :
- Une phase de pré-réservation des ressources du nœud d´entrée au nœud de sortie‚
- Une phase d´établissement du lien à partir du nœud de sortie jusqu´à l´entrée.
Création d´un LSP (Phase 1/2)
Lorsqu´un LSP doit être crée‚ le LER d´ entrée va émettre un message Path. Ce message va initier la création du LSP. Il contient les objets:
- SESSION‚
- SENDER_TEMPLATE‚
- FILTER_SPEC‚
- LABEL_REQUEST.
- RECORD_ROUTE
- (Optionnel) SESSION_ATTRIBUTE.
Création d´un LSP (Phase 2/2)
Le nœud de sortie répond au message Path par un message Resv.
Il suit l´ordre inverse des nœuds empruntés par le message
Path et va procéder à la création effective du
LSP.
Un nœud faisant transiter un message Resv procède à
plusieurs étapes.
- Il va tout d´abord extraire le label associé au LSP de manière à pouvoir mettre à jour sa table de routage. Elle est composé du ILM : Incoming Label Map et du NHLFE : Next Hop Label Forwarding Entry‚
- Il crée ensuite un nouvel objet en y insérant ses propres caractéristiques et place ce dernier dans le message Resv en remplacement de l´ancien‚
- Il envoie enfin le message au nœud suivant.
3.3.2 Création d´un LSP avec préemption
Dans les exemples précédents‚ nous nous sommes placés dans un contexte où les ressources nécessaires à la création d´un LSP étaient disponibles. Cependant‚ ceci correspond à un cas idéal. Nous allons ici présenter ce qui se passe dans le cas contraire.
Les priorités
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 élevée‚ elle est utilisée pour déterminer si cette session peut en préempter une autre.
- La priorité de maintien (holding priority) : comprise entre 0 et 7 où 0 est la valeur ayant la priorité la plus élevée‚ elle est utilisée pour déterminer si cette session peut être préemptée par une autre session.
La priorité de mise en place ne devrait jamais être plus importante que la priorité de maintien ! Cela signifierait alors qu´une session d´une importance x pourrait être préemptée par une session dont l´importance serait inférieure à x.
Vérification de la bande passante
Lorsqu´un nouveau lien doit être créé‚ la bande passante requise à sa création est comparée avec la bande passante disponible à la même priorité de session.
- S´il y a assez de bande passante‚ la création du LSP continue sans erreur.
- S´il n´y a pas assez de bande passante les mécanismes de préemption vont être mis en œuvre pour déterminer s´il est possible d´en libérer.
- Si c´est possible‚ le message RESV Path va continuer son chemin. Dans ce cas un message d´erreur en amont et un en aval sont envoyés pour avertir de la préemption
- Sinon‚ un message d´erreur est envoyé à l´émetteur indiquant l´impossibilité de créer le LSP.
Note : Il existe un indicateur " Local protection " qui précise si le LSP a déjà été re routé dû à une panne matérielle d´un nœud adjacent.
3.3.3 Les types de réservation
RSVP-TE propose plusieurs types de réservations :
- Fixed Filter (FF) : Une réservation de label est effectuée par nœud émetteur. Ces ressources ne sont pas partagées.
- Wildcard Filter (WF) : Une réservation de label est effectuée quelque soit le nombre de nœuds émetteurs. Cette technique présente des avantages pour les connexions multi-points à point. (ex : conférences téléphoniques‚ etc.)
- Shared Explicit (SE) : Il permet au récepteur d´inclure explicitement chaque émetteur dans la réservation. Chaque émetteur a la possibilité de spécifier sa route. Il peut donc exister de multiples LSP. La différenciation des types de réservation va être notamment utilisée dans les mécanismes de re-routage que nous allons détailler ci-après.