PD

PD

F-

XC

h a n g e Vi e

F-

XC

h a n g e Vi e

er

er

O W

bu

to

lic

lic

to

bu

N
.c

O W
w
.d o
c u -tr a c k

.d o

c u -tr a c k

.c

CHAPITRE 1. INTRODUCTION AU ROUTAGE DANS LES RSEAUX AD HOC16

1.3

DSR

Le protocole DSR (Dynamic Source Routing) a t labor dans le cadre du projet Monarch (MObile Network ARCHitectures) men par le dpartement informatique de luniversit de Rice [Joh94, JM96, JMY04]. Comme son nom lindique, DSR est un protocole de routage par la source. Lmetteur des donnes doit fournir la route (la liste des nuds traverser) ncessaire pour atteindre le destinataire. Le chemin complet entre la source et la destination est prsent dans len-tte de chaque paquet de donne. Ainsi, les nuds intermdiaires relaient le paquet selon la route indique. DSR utilise un en-tte doptions qui peut tre inclus dans tout paquet IP pour vhiculer le trac de contrle. Cet en-tte DSR suit immdiatement lentte IP du paquet (dans IPv4) ou loption Saut-Par-Saut (Hop-By-Hop dnie dans IPv6) si elle est prsente. Une ou plusieurs options DSR peuvent suivre len-tte DSR. Chaque option est caractrise par un type. Les plus utilises sont loption Route Source (la liste de nuds traverser), Route Request (requte de route), Route Reply (rponse de route) et Route Error (erreur de route). Si un nud ne comprend pas le type dune option, il lignore. Dans la suite, nous allons dtailler les procdures du DSR et les principales optimisations.

1.3.1

Procdures DSR

DSR est un protocole de routage ractif qui sappuie sur deux mcanismes : la dcouverte de routes (Route Discovery) et la maintenance de routes (Route Maintenance). 1.3.1.1 Dcouverte de routes

Lorsquune unit mobile dsire mettre des donnes mais ne dispose daucune route vers la destination, elle dclenche une dcouverte de routes. Celle-ci seectue en inondant le rseau comme dans le protocole AODV que nous avons vu prcdemment (gure 1.2). La source diuse un paquet de requte de route (Route Request) contenant ladresse de la destination recherche, une liste dans laquelle les adresses des nuds traverss sont conserves ainsi quun identiant de requte. En recevant une requte de route, un nud vrie quil ne la pas dj traite grce lidentiant de requte et en vriant que son adresse nest pas dj dans le chemin. Il va alors senregistrer dans le chemin et la propager tous ses voisins. Lorsque la destination de la requte est atteinte, elle renvoie un paquet de rponse de route (Route Reply) vers la source en utilisant le chemin construit lors de la propagation de la requte 1.2(b). 1.3.1.2 Maintenance de routes

Lorsquun nud initie ou relaie un paquet de donnes, il doit sassurer que le nud suivant dans le chemin a eectivement reu le paquet. Le contrle de la

w
w

w
w

PD

PD

F-

XC

h a n g e Vi e

F-

XC

h a n g e Vi e

er

er

O W

bu

to

lic

lic

to

bu

N
.c

O W
w
.d o
c u -tr a c k

.d o

c u -tr a c k

.c

CHAPITRE 1. INTRODUCTION AU ROUTAGE DANS LES RSEAUX AD HOC17 rception du paquet par le nud suivant se fait au niveau MAC (par exemple, grce au mcanisme dacquittement du 802.11). Si la transmission savre impossible (le prochain saut sest dplac ou il y a trop de collisions), le mobile qui a dtect la dfaillance envoie un paquet derreur (Route Error) vers la source, indiquant quel nud est lorigine du problme. La source tronque alors les routes de son cache contenant le lien erron. Si la source dispose dune autre route vers la mme destination (grce des rponses de routes supplmentaires issues de sa dcouverte de routes ou bien via un chemin obtenu par coute des autres paquets), elle poursuit lmission avec sa nouvelle route. Dans le cas contraire, elle eectue une nouvelle dcouverte de routes.

1.3.2

Optimisations

Lun des principaux avantages du DSR rside dans son fonctionnement purement ractif car les mcanismes de routage ne sont dploys quen cas de besoin, rduisant ainsi la consommation de bande passante. Lutilisation du routage par la source (toutes les informations ncessaires au routage dun paquet de donnes sont contenues dans celui-ci) permet dviter les boucles. De plus, de cette faon, seule la source doit maintenir une route cohrente vers la destination et aucune mmorisation nest ncessaire sur les nuds intermdiaires. Cependant, lutilisation du routage source implique un overhead important par paquet de donnes car la route est incluse dans chaque en-tte. De nombreuses optimisations ont t apportes lalgorithme initial du DSR. Les deux mcanismes principaux du DSR (Dcouverte et Maintenance de route) ainsi que la gestion du cache ont t amliors pour minimiser le trac de contrle et accrotre les performances du protocole. Les optimisations dcrites ci-aprs sont dnies dans le draft IETF du DSR (groupe MANET) [JMY04]. 1.3.2.1 Dcouverte de routes

coute active (Snooping) : lorsquun nud transmet un paquet de donnes ou quil coute le support, il peut enregistrer dans sa table de routage le chemin prsent dans le paquet. rponse du cache (Replying from Cache) : si un nud reoit une requte de route pour laquelle il possde un chemin dans son cache, il renvoie directement une rponse la source et ne rediuse pas la requte. Ainsi, la dcouverte de routes est acclre et la charge doverhead sur le rseau est diminue. limitation de la porte des requtes : cette optimisation consiste ajuster le TTL du paquet IP qui contient la requte de route. Le but est dviter linondation du rseau avec des paquets de requte. Deux techniques de dcouverte de route en dcoulent : rponse des voisins (Non-propagating Route Request) : quand un nud entreprend une dcouverte de routes, il envoie en premier lieu une requte en positionnant le TTL (du paquet IP qui la contient) 1, an quelle ne soit pas rediuse par ses voisins. Si aucune rponse na

w
w

w
w

PD

PD

F-

XC

h a n g e Vi e

F-

XC

h a n g e Vi e

er

er

O W

bu

to

lic

lic

to

bu

N
.c

O W
w
.d o
c u -tr a c k

.d o

c u -tr a c k

.c

CHAPITRE 1. INTRODUCTION AU ROUTAGE DANS LES RSEAUX AD HOC18 t reue aprs expiration dun timer, la source dclenche une requte avec un TTL gal la taille maximale dune route. Cette optimisation prvient linondation inutile du rseau quand un des voisins est la destination recherche ou quil possde la route adquate. recherche incrmentale (Expanding Ring Search) [JM96] : le nud commence par envoyer une requte de route Non-propagating avec un TTL gal 1. Si le nud ne reoit pas de rponse, il double la valeur du TTL lors de sa requte suivante. Il poursuit ce processus jusqu ce quil reoive une rponse de route. Avec cette technique, le nud explore progressivement le rseau pour ne pas inonder systmatiquement le rseau. Les techniques visant limiter la porte des requtes de route peuvent galement tre utilises dans le protocole AODV. 1.3.2.2 Maintenance de routes

rcupration de route (Salvaging) : le nud dtectant linaccessibilit du nud suivant consulte son cache la recherche dun autre chemin menant la destination. Sil possde une route, il renvoie un message derreur vers la source en prcisant les modications apportes au chemin et il transmet le paquet de donnes avec la nouvelle route. Sinon, le nud peut lancer une dcouverte de route cible vers le nud destinataire. Ainsi, on vite de repartir de la source. annonce de route errone (Gratuitous Route Errors) : lorsquune source reoit un message derreur de route, elle le joint sa nouvelle requte de route. Ainsi, elle ne recevra pas de rponse contenant le chemin erron. 1.3.2.3 Option Flow State

Cette option permet davoir un relayage par saut comme dans le cas dAODV. Elle est active par la source aprs la dcouverte de route. Le but est de mettre en place un routage des paquets de donnes qui est bas sur un numro de ot plutt que sur une route explicite. Les nuds intermdiaires de la route dcouverte vont relayer les paquets en utilisant ladresse source et le numro de ot associ la route. Loverhead de routage par paquet est rduit car len-tte DSR ne contient plus de route source. 1.3.2.4 Gestion du cache

La table de routage utilise par les stations sources est un cache qui mmorise les routes sous la forme de chemins (liste de nuds traverser). De nombreuses tudes ont analys linuence de lalgorithme grant la table de routage des protocoles ractifs et en particulier du DSR. En eet, la gestion du cache de routes est primordiale sur les performances dun protocole comme DSR. Selon la mobilit du rseau, les informations contenues dans la table de routage peuvent vite se rvler errones. Ltude prsente dans [HJ00] dmontre que lutilisation de

w
w

w
w

PD

PD

F-

XC

h a n g e Vi e

F-

XC

h a n g e Vi e

er

er

O W

bu

to

lic

lic

to

bu

N
.c

O W
w
.d o
c u -tr a c k

.d o

c u -tr a c k

.c

CHAPITRE 1. INTRODUCTION AU ROUTAGE DANS LES RSEAUX AD HOC19 caches mmorisant des liens plutt que des chemins est plus ecace et devrait tre choisie dans la plupart des implantations. Elle propose un algorithme de gestion de cache bas sur une table de routage de liens et sur une table de stabilit qui conserve la stabilit observe de chacun des nuds prsents dans le cache. Lide est de prvoir la dure de vie de chacun des liens an de minimiser lutilisation dinformations primes. Plutt que de prvoir la stabilit des liens, lalgorithme prsent dans [YK05] propose de propager, de manire proactive, les changements de liens tous les nuds concerns de manire distribue. Lutilisation de ces optimisations peut entrainer des performances variables selon les conditions de rseau. Dans le cas de loptimisation sur la porte des requtes de route, loverhead est rduit lorsque la destination recherche est proche (en nombre de sauts) de la source. On vite ainsi linondation du rseau. Cependant, si la destination est loigne ou inaccessible (en cas de partitionnement du rseau), loptimisation peut avoir leet contraire car elle gnre de multiples dcouvertes de route et augmente la dure dobtention dune route (les dcouvertes successives sont dclenches sur expiration de timer). Loption Flow State pour le routage par saut est utilisable seulement si tous les nuds intermdiaires de la route peuvent mettre en place cette optimisation. Elle impose aussi une mmorisation des ux sur chaque nud intermdiaire.

w
w

w
w