Support du mod`ele Intserv : LSPs dynamiques

Micro Mobile MPLS peut ´egalement supporter le mod`ele Intserv. En effet, les LSPs peuvent ˆetre ´etablis dynamiquement `a la demande de l’utilisateur mobile. La mise en place d’une telle architecture peut ˆetre facilement r´ealis´ee grˆace au duo RSVP / MPLS. MPLS fournit une fonc- tionnalit´e de routage explicite tr`es efficace. Par ailleurs, la d´ecision de savoir quels paquets IP suivent telle ou telle route explicite et b´en´eficient des r´eservations y li´ees, est dans les seules mains du LSR ingress. La grande libert´e offerte par le m´ecanisme des FECs permet par exemple d’associer un FEC `a une classe de service. RSVP peut quand `a lui devenir `a peu de frais un protocole de distribution de labels (avec ´etablissement de routes explicites). Et on

58 Chapitre 4. Micro Mobile MPLS : Architecture et Fonctionnement de base propos´es

gagne d’un seul coup toutes ses possibilit´es de mise en place de r´eservations. On parle dans ce cas du protocole RSVP-TE (RSVP with Traffic Engineering extensions [6, 64]). Ainsi, les messages RSVP PATH et RSVP RESV seront dot´es d’un objet route explicite (ERO) et d’un objet LABEL pour associer label, flux et r´eservation (voir chapitre 3 pour plus de d´etails).

Fonctionnement de Micro Mobile MPLS sous Intserv

Comme nous l’avons d´ej`a vu dans la section pr´ec´edente, lorsqu’un noeud mobile entame sa proc´edure d’enregistrement, il envoie sa demande via un LSP commun d´edi´e `a la signa- lisation (nomm´e LSP1) et qui est pr´e´etabli par l’op´erateur du domaine. D`es la r´eception de ce message, le LERG construit une route explicite vers le LER/FA du sous-r´eseau visit´e et ´etabli une association entre la route explicite et le LER/FA actuel. Cette association est ajout´ee dans une table appel´ee Explicit Route Object Information Base (EROIB), comme le montre le tableau 4.7. De plus, le LERG ajoute, dans cette mˆeme table, l’adresse m`ere du noeud mo- bile dans la colonne des adresses de destinations et ´etabli une association entre cette adresse (adresse m`ere du MN1) et la route explicite (voir tableau 4.7). Notons que cette route explicite peut ´egalement ˆetre construite en utilisant le protocole de routage OSPF-TE (Open Short Path First-Traffic Engineering extension) [45].

Node Destination address ERO Note

... ... ... ...

LERG LER/FA2’s address ERO-1 LERG→ FA2

LERG LER/FA3’s address ERO-2 LERG→ FA3

LERG MN1’s address ERO-1 LERG→ FA2

TAB. 4.7 – EROIB du noeud LERG apr`es l’enregistrement d’un MN

Dans le cas o`u un message PATH est envoy´e au noeud mobile (MN1) par un correspon- dant (CN) situ´e `a l’ext´erieur du domaine Micro Mobile MPLS, celui-ci sera intercept´e par le noeud d’entr´ee du domaine : le noeud LERG. Ce dernier, ayant une connaissance exacte de la localisation courante du MN, utilise l’adresse IP de destination comme index dans sa table EROIB et remplace l’objet route explicite (ERO) pr´esent dans le message PATH par ce- lui pr´esent dans la table. Ensuite, il transf`ere le message PATH (contenant le nouveau objet ERO) au LER/FA actuel `a travers un LSP commun de signalisation (nomm´e LSP2) pr´e´etabli ´egalement par l’op´erateur du domaine.

D`es la r´eception du message PATH par le noeud mobile, celui-ci r´epond au LER/FA actuel par l’envoi du message RSVP RESV. Le noeud LER/FA actuel alloue donc un label au flux de

Chapitre 4. Micro Mobile MPLS : Architecture et Fonctionnement de base propos´es 59

donn´ees et r´eenvoie le message RESV sur le LSP1. Chaque noeud interne (LSR) du chemin LSP1 effectue une correspondance entre le couple (interface d’entr´ee, valeur d’´etiquette) et le couple (interface de sortie, valeur d’´etiquette) et les associe avec ceux du message RSVP RESV rec¸u par le noeud en aval appel´e downstream LSR (“du cˆot´e du puits”)1.

D`es que le message RSVP RESV atteint le noeud LERG, un LSP dynamique sera ´etabli dans le sens descendant et supportant ainsi les exigences de QoS souhait´ees pour le flux de donn´ees consid´er´e.

Lorsque le correspondant d´ecide d’envoyer ses paquets au noeud mobile (MN1), le noeud LERG identifie les paquets rec¸us par les cinq champs d’en-tˆete IP et de transport, `a savoir l’adresse de destination, le port de destination, le num´ero de protocole, l’adresse et le port source, puis les envoie directement sur le LSP dynamique nouvellement ´etabli. Le tableau 4.8 montre le LSP dynamique ´etabli dans le sens descendant pour un flux de donn´ees relatif `a un MN. Le fec1 correspond au cinq champs contenus dans les en-tˆetes de transport et IP.

Node In. port In. label FEC Out. port Out. label

LERG 0 - fec1 1 10

LSR1 0 10 fec1 1 11

LSR3 0 11 fec1 2 12

LER/FA2 0 12 fec1 - -

TAB. 4.8 – LSP dynamique ´etabli dans le sens descendant

Supposons maintenant que le noeud mobile se d´eplace vers un autre sous-r´eseau servi par un autre LER/FA. Le MN envoie alors une nouvelle demande d’enregistrement au LERG via le nouveau LER/FA. Chaque noeud LSR du nouveau chemin suivi par le message de demande d’enregistrement, consulte sa table de commutation pour v´erifier s’il existe une entr´ee correspondante au FEC relatif au mˆeme flux de donn´ees. Un ancˆetre commun aux deux sous- r´eseaux sera donc identifi´e. Ce noeud est appel´e Crossover Router (CR). Dans le pire des cas, le noeud CR co¨ınciderait avec le noeud d’entr´ee du domaine (LERG). D`es la r´eception du message d’enregistrement, le Crossover Router initie alors le message RSVP PATH et demande de r´eserver les mˆemes ressources pour le micro-flux relatif au noeud mobile. Ce dernier r´epond par un message RSVP RESV. Ainsi, un nouveau LSP dynamique sera ´etabli entre le CR et le nouveau sous-r´eseau auquel le MN appartient. Il importe `a noter que la partie amont du chemin initial entre les noeuds CR et LERG est r´eutilis´ee puisqu’elle n’a pas ´et´e chang´ee. Par cons´equent, le temps de latence dˆu `a la signalisation RSVP est r´eduit. Le tableau

60 Chapitre 4. Micro Mobile MPLS : Architecture et Fonctionnement de base propos´es

4.9 illustre la table de commutation du Crossover Router apr`es un handoff Inter-LER lorsque le noeud mobile se d´eplace du sous-r´eseau LER/FA2 vers le sous-r´eseau LER/FA3.

In. port In. label FEC Out. port Out. label Note

0 10 fec1 —1 2 —11 20 HO FA2→ FA3

0 8 fec2 1 18 vers LER/FA2

... ... ... ... ... ...

TAB. 4.9 – Table de commutation du Crossover Router apr`es un handoff Inter-LER sous le

mod`ele Intserv

La suite de ce chapitre sera consacr´ee `a la pr´esentation de notre module de simulation d´evelopp´e sous le simulateur “NS-2” [59] ainsi qu’`a l’´etude des performances de notre solution de base “Micro Mobile MPLS”.