INSTITUT DE LA FRANCOPHONIE POUR LINFORMATIQUE

Rapport de travail personnel encadr

Routage avec qualit de service

Etudiant : Nguyen Van Dan Encadrements : Victor Moraru (IFI) Isabelle Gurin Lassous (Univ. de Lyon I) Pierre-Solen Guichard (Univ. De Lyon I)

Hano, Juillet 2009

TPE39 : Routage avec qualit de service

Page 2 of 35

Table of Contents
Rsum .......................................................................................................................................4 Chapitre 1 : Introduction .............................................................................................................5 1.1 1.2 1.3 1.4 1.5 1.6 1.7 Contexte........................................................................................................................5 Termes techniques principaux .......................................................................................5 Outils employs ............................................................................................................6 Travail thorique ...........................................................................................................6 Travail pratique .............................................................................................................7 Rsultats attendus..........................................................................................................7 Difficults principales ...................................................................................................7

Chapitre 2 : Etat de lart ..............................................................................................................8 2.1 Principes fondamentaux de routage avec QoS ...............................................................8 Objectifs de routage QoS .......................................................................................8 Modle de graphe avec poids .................................................................................8 Entretien dinformations de ltat ...........................................................................9

2.1.1 2.1.2 2.1.3 2.2

Problmes de routage ....................................................................................................9 Le routage unicast et multicast [3] ..........................................................................9

2.2.1 2.3 2.4

Stratgies de routage avec QoS ................................................................................... 10 Algorithmes de routages avec QoS .............................................................................. 11 Algorithmes de routage unicast [3] ....................................................................... 11 Algorithmes de routage multicast [3] ................................................................... 12

2.4.1 2.4.2

Chapitre 3 : Solution propose .................................................................................................. 14 3.1 3.2 3.3 3.4 3.5 Intgration de la dtermination de prix en routage avec QoS ....................................... 14 ROSE (Routing-Oriented State Update) ...................................................................... 14 PIRA (Pricing incentive routing algorithm) ................................................................. 16 Implmentation de PRICER avec SV .......................................................................... 17 Avantages de PRICER ................................................................................................ 17

Chapitre 4 : Implmentation de PRICER dans NS2.33 .............................................................. 18 4.1 4.2 Expdition de paquet et routage dans ns2 .................................................................... 18 Implmentation du routage PRICER ........................................................................... 21 Implmentation de PIRA ...................................................................................... 23 Nguyen Van Dan Promotion 14, IFI

4.2.1

Rapport final

TPE39 : Routage avec qualit de service 4.2.2 4.2.3

Page 3 of 35

Implmentation de ROSE..................................................................................... 25 Interface NS2 .................................................................................................... 25

Chapitre 5 : Exprimentations et Analyse des rsultats .............................................................. 27 5.1 Mthode dvaluation du protocole ............................................................................. 27 Mthode dvaluer la performance de ROSE ........................................................ 27 Mthode dvaluer la performance de PIRA ......................................................... 29

5.1.1 5.1.2 5.2 5.3 5.4

Performance dvaluation de ROSE ............................................................................ 29 Performance dvaluation de PIRA ............................................................................. 31 PRICER et Best-Effort service .................................................................................... 32

Chapitre 6 : Conclusions et Perspectives ................................................................................... 33 6.1 6.2 Conclusions ................................................................................................................ 33 Perspectives ................................................................................................................ 33

Rfrences ................................................................................................................................ 34 Annexes .................................................................................................................................... 35

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 4 of 35

Rsum
Le contenue prsent dans ce rapport est mon Travail Personnel Encadrs (TPE) pendant le premier master lIFI sur le sujet routage avec qualit de service sous la direction de Victor Moraru, Isabelle Gurin Lassous et Pierre-Solen Guichard. Lobjectif de mon travail est dtudier un algorithme de routage avec qualit de service et de le transmettre en protocole. Pour arriver lobjectif, nous allons utiliser le mcanisme de routage PRICER [1] et limplmenter dans NS2. En dtail, PRICER (PRicing InCEntive QoS Routing) contient deux composants : ROSE et PIRA. ROSE effectue la tche dchanger des informations dtat de rseau et PIRA est un algorithme de routage qui est utilis pour chercher des chemins qui satisfont les contraintes QoS. ROSE non seulement assure la prcision des informations dtat des liens du rseau et surpasse le protocole de surcot mais encore numriquement value la manque de fracheur (staleness) des informations dtat des liens. PIRA est lalgorithme de routage qui base sur IAHKP (Iterative All Hop k-shortest Paths) avec une nouvelle fonction de calculer le cot des liens et des chemins. Dans le TPE, PRICER est simul par NS2.33.

Mots cls : routage avec qualit de service (QoS), PRICER, ROSE, PIRA, ns 2.33 pour PRICER

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 5 of 35

Chapitre 1 : Introduction
1.1 Contexte
Le rseau Internet voit son utilisation volue trs fortement : le nombre dutilisateurs crot de manire importante dans le monde, tandis que de plus en plus dapplications gourmandes en ressources sont vhicules. Les applications rcentes, comme par exemple la tlphonie sur IP, lchange de vidos en mode pair--pair ou les applications multimdias en temps rel sont volues trs fortement. De plus, les rseaux grande vitesse (Gbps) prochains sont attendus pour soutenir ces applications qui ont des contraintes fortes sur le dlai, la gigue ou mme la bande passante. Ces applications doivent aussi coexister avec les applications historiques comme par exemple le courrier ou laccs distance, qui ncessitent une communication fiable. Dans linternet actuel, les paquets de donnes dune session peuvent suivre des routes diffrentes jusqu la destination. Les ressources du rseau, par exemple le tampon de commutateur de rseau (en anglais, switch) ou la bande passante de lien, sont partages galement par les paquets des sessions diffrentes. Linternet actuel ne fournit que le service deffort au mieux. Cependant, cette architecture nassure pas les contraintes des applications actuelles et lavenir. Dabord, elle ne soutient pas la rservation des ressources qui est vitale pour la provision de garantir la performance bout-en-bout. Deuximement, les paquets de donnes supportent le dlai imprvu et arrivent la destination sans ordre qui est indsirable pour le multimdia continu en temps rel. Pour assurer des garanties sur le dlai ou la bande passante, des solutions de qualit de service ont t proposes, dont certaines ont t standardises. IntServ et DiffServ font partie de ces standards. Le routage est un des lments essentiels dans qualit de service. Bien que beaucoup de protocole de routage avec qualit de service soient prsents, ils sont trop compliqus mettre en uvre et trop coteuses.

1.2 Termes techniques principaux

- QoS : Qualit of Service (en anglais, Quality of Service) signifie la capacit fournir un service (notamment un support de communication) conforme des exigences en matire de temps de rponse et de bande passante. Routage avec QoS est ce qui permet de garantir le QoS dans les systmes de communication.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service -

Page 6 of 35

Protocole de routage : est un protocole qui spcifie comment routeurs communiquent avec les autres pour dissminer des informations autorisant eux-mmes slectionner des chemins entre nimportes deux nuds dans un rseau dordinateurs. Simulation un protocole : le protocole de routage est simul par NS2. ReSerVation Protocol (RSVP), Differentiated Services (DiffServ), Multi Protocol Labeling Switching (MPLS) et Subnet Bandwidth Management (SBM) sont les protocoles de QoS. NS2 (Network Simulator) : cest un outil puissant dans la recherche des rseaux. NS aide simuler le TCP, routage, et multi-distribution protocoles sur rseaux fil et sans fil.

1.3 Outils employs

Dans le cadre de ce projet, jutilise NS 2.33 qui est un logiciel libre de simulation par vnements discrets trs largement utilis dans la recherche acadmique des rseaux. La version utilise est la version 2.33. Et le programme du projet est aussi facile intgrer avec des nouvelles versions de ns. NS2 est trs efficace, extensible, flexible et fort dans le cadre de simulation des vnements des rseaux. Une autre caractristique importante est rutilisable quun programme dans ns2 peut-tre rutilis et hrit facilement et efficacement. C++, Tcl et OTcl sont utiliss dans NS2. Pour dessiner des graphes, nous utilisons gnuplot qui est un trs fort programme de dessiner des graphes dans Unix.

1.4 Travail thorique

Etat de lart prcis sur la problmatique du routage avec QoS. Transformation dun algorithme de routage avec QoS en un protocole de routage. o Nous devons choisir un meilleur algorithme de routage avec QoS. Cet algorithme est appliqu dans le rseau gnral comme lInternet. o Puis, nous tudierons cet algorithme et trouverons des manires de le transformer en protocole. Etudier le simulateur NS2. o NS2 est utilis pour implmenter le protocole choisi. o Etudier larchitecture de NS2, le langage de Tcl, OTcl, C++ pour simuler le routage, surtout pour crer un nouveau protocole de routage. Rapport final Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 7 of 35

1.5 Travail pratique

Implmentation du protocole dj transform dans NS2. Evaluation la capacit de prvisibilit et de contrle du protocole, ce qui est meilleur que IP best-effort actuel. Evaluation la qualit du protocole. Validation le protocole. Analyser le protocole dont les avantages et les inconvnients en comparaison avec dautres solutions, notamment avec IP best-effort actuel.

1.6 Rsultats attendus

Bien comprendre le routage avec QoS et choisir un algorithme parmi des algorithmes actuels. Cet algorithme a pour le routage avec QoS dans lInternet. A partir de lalgorithme choisi, bien construire un protocole de routage qui est valid dans lenvironnement de simulation des rseaux NS2. Evaluer ce protocole implment. Donner la comparaison avec dautres solutions existes et un routage best-effort.

1.7 Difficults principales

Il est difficile de transformer un algorithme en un protocole. De plus, ce protocole nest pas toujours rpondu aux objectifs attendus. Ce protocole sera seulement valid et vrifi dans lenvironnement de simulation. Cest pourquoi il nest pas toujours juste dans les rseaux rels. NS2 nest pas facile utiliser, c'est--dire quil est assez difficile crer un nouveau protocole de routage dans NS2. Les algorithmes actuels existent plusieurs inconvnients surtout leurs complexits et leurs cotes de raliser.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 8 of 35

Chapitre 2 : Etat de lart

2.1 Principes fondamentaux de routage avec QoS
2.1.1 Objectifs de routage QoS La fonction basique du routage avec qualit de service est de chercher un tel chemin faisable qui satisfait les contraintes QoS de flux de donnes. De plus, loptimisation dutilisation des ressources de rseaux est un autre objectif important du routage avec QoS. Le problme doptimisation Lexigence de QoS dune connexion est donne comme un ensemble de contraintes qui peuvent tre soit les contraintes de lien, soit les contraintes de chemin. Par exemple avec les contraintes de lien, la contrainte de la bande passante dun unicast connexion demande que les liens se composant le chemin doivent avoir certaines qualits de bande passante disponible. Dautre parte, la contrainte de dlai dune multicast connexion est le contrainte de chemin. 2.1.2 Modle de graphe avec poids Un rseau peut tre modlis comme un graphe <V, E>. Les nuds (V) du graphe reprsentent les commutateurs des rseaux, les routeurs et les htes. Les bords (E) reprsentent les liens de communication. Les liens sont soit symtriques soit asymtriques. Dans le cadre du TPE, nous utilisons les liens symtriques. Chaque lien a un tat qui est mesur par des matrices de QoS concernes. Chaque nud a aussi un tat qui est mesur indpendamment ou combin dans ltat des nuds adjacents. Voici un exemple dun rseau qui est reprsent par un graphe avec poids :

Etat dun lien = (bande passante, dlai, cot)

Figure 1 : Etat dun rseau

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service 2.1.3 Entretien dinformations de ltat

Page 9 of 35

Le routage se compose de deux tches. La premire tche est de collecter et mettre jours des informations de ltat du rseau. La deuxime tche est de chercher un chemin faisable pour une nouvelle connexion en basant sur les informations collectes. La performance dun algorithme de routage dpend directement de comment la premire tche est rsolue. Etat local : chaque nud maintient son tat qui contient le dlai de propagation et de file dattente, la bande passante reste des liens sortants. En basant sur ces informations, les paramtres de QoS peuvent tre calculs. Etat global : ltat global est la combinaison des tats locaux. Chaque nud maintient ltat global du rseau par soit le link-state protocole soit le distance-vertor protocole qui changent priodiquement les tats locaux parmi les nuds [3]. Etat Agrg (partiel) global : une commune approche dobtenir lvolutivit pour rduire la taille dtat global par agrgation des informations dtat en fonction de la structure hirarchique des rseaux grande chelle.

2.2 Problmes de routage

Le routage peut tre divis en deux classes : le routage unicast et le routage multicast. Le routage unicast est de chercher un chemin faisable qui satisfait des contraintes de QoS dune connexion entre deux utilisateurs en bout. Le routage multicast est de chercher un arbre multicast, la racine est un expditeur, qui couvre tous les rcepteurs. Chaque chemin intrieur de lexpditeur un rcepteur satisfait des contraintes de QoS [8]. 2.2.1 Le routage unicast et multicast [3] Lexigence de qualit de service dun lien est donne comme un ensemble de contraintes : un lien contrainte spcifie une restriction sur lutilisation de liens. La contrainte de bande passante les liens qui composent le chemin doivent avoir certaine quantit de bande passante disponible requis par un unicast connexion. Une contrainte du chemin spcifie lexigence QoS de bout en bout sur le chemin. Une contrainte darbre spcifie les exigences de QoS pour lensemble de larbre multicast. La contrainte de dlai la plus longue de dlai de bout en bout de lexpditeur tout rcepteur dans larbre ne dpasse pas une limite suprieure de dlai de multicast connexion. Le problme de routage avec qualit de service est le problme NP-Complet. On doit savoir comment peut-on lier les problmes de routage fondamental avec les problmes de contrainte particulire. Dans le routage unicast, par exemple, le routage de lienoptimisation peut tre effectu soit par le routage lien-contraint and lien optimisation ou le

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 10 of 35

routage chemin-contraint et lien-optimisation. Dans le routage multicast, le routage lienoptimisation peut tre effectu par soit le routage lien-contraint et lien-optimisation ou le routage arbre-contraint et lien-optimisation.

2.3 Stratgies de routage avec QoS

Selon la faon de maintenir les informations de ltat du rseau et la faon de recherche des faisables chemins, le routage peut tre divis en trois catgories : 1. Le routage source 2. Le routage distribu 3. Le routage hirarchique Dans le routage source, chaque nud maintient une image de ltat global du rseau, en basant sur laquelle, un chemin faisable est calcul localement chez source. Un protocole dtat des liens (link-state protocol) est utilis pour mettre jour ltat global chez chaque nud. Le routage source est facile mettre en uvre, valuer, dboguer et mettre niveau parce quil obtient la simplicit par transformer un problme distribu en celui-ci centralis. Cependant, ce type de routage a aussi ses inconvnients. La communication surcot est leve excessivement pour les rseaux grande chelle, limprcision dtat global peut causer lchec du routage avec qualit de service, le calcul de surcot la source est trop lev en particulier lorsque multiples contraintes sont demandes. Dans le routage distribu, le calcul dun chemin est distribu parmi les nuds intermdiaires entre la source et la destination. Certains algorithmes demandent chaque nud de maintenir ltat global du rseau, en basant sur lequel la dcision du routage est faite par sautpar-saut basique. Le temps de rponse du routage peut tre plus court et plus volutive. La recherche de multiples chemins en parallle pour un faisable chemin augmente la chance de succs. Le routage distribu a le mme problme que le routage source en raison de la ncessit de partager ltat global, lorsque les tats globaux des nuds diffrents sont incompatibles, les boucles peuvent se produire. Dans le routage hirarchique, les nuds sont regroups en plusieurs niveaux de hirarchie. Chaque nud physique possde un tat agrg global. Lavantage le plus pratique du routage hirarchique est lvolutivit, parce que chaque nud maintient un tat global partiel o des groupes de nuds sont regroups en nuds logiques. Les algorithmes de routage source sont appliqus directement chaque niveau hirarchique. Le routage hirarchique contient des avantages de routage source et certains avantages de routage distribu. Mais, ltat agrg

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 11 of 35

introduit limprcision qui est un impact ngatif significatif sur le routage avec qualit de service. Rcemment, on a prsent beaucoup dalgorithmes de routage unicast/multicast qui respectent les dtails des unicast/multicast algorithmes de routage source, distribus et hirarchiques.

2.4 Algorithmes de routages avec QoS

Nous allons prsenter des algorithmes de routage avec QoS actuels, surtout des algorithmes de routage source parce quils sont trs touchs lalgorithme choisi dans le TPE. Les algorithmes sont abords sous le nom des auteurs. 2.4.1 Algorithmes de routage unicast [3] Algorithme de Wang-Crowcroft (routage source) : cet algorithme base sur lalgorithme Dijkstra de chemin le plus court pour chercher un chemin avec la contrainte de la bande passante et du dlai. Premirement, tous les chemins avec la bande passante qui est plus bas que celle dexigence sont limins. Donc, tous les chemins dans larbre de rsultat satisfont la contrainte de la bande passante. Deuximement, le dlai est utilis pour chercher le chemin le plus court. Algorithme de Ma-Steenkiste (routage source) : au lieu de traiter toutes les contraintes, cet algorithme prend une fonction qui transforme toutes les contraintes en une seule valeur et utilise une version modlis de Bellman-Ford pour chercher un faisable chemin. Algorithme de Guerin-Orda (routage source): cet algorithme rsout le problme de routage de la bande passante et le dlai contraints dans le cas o ltat de rseau est imprcis. Le but de lalgorithme est de chercher un chemin qui a la probabilit la plus leve pour satisfaire les contraintes de bout-en-bout. Cet algorithme convient routage hirarchique. Algorithme de Chen-Nahrstedt (routage source): on a propos un algorithme heuristique pour le problme NP-complet de routage de multiples contraintes. Lide est que les cots des liens en nombre rel sont transforms aux cots en nombre entier dlimit. Puis, on utilise lalgorithme de Dijkstra ou Bellman Ford tendus. Algorithme de Awerbuch et al (routage source) : on a propos un algorithme de routage de sortie-comptitive pour des connexions de bande passante contraint. Lide gnrale est de combiner la fonction dadmission contrle avec le routage. Beaucoup dautres algorithmes de routage source, distribus et hirarchiques sont proposs. Voici un tableau des quelques algorithmes unicast :

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 12 of 35

Tableau 1 : algorithmes unicast

Complexit Algorithme Problme rsolu Stratgie de routage Complexit en temps Maintenir tat Global Routage Zro

Wang-Crowcroft

Bande passante-dlaicontraint Bande passante-contraint

Source

O(vlogv + e)

Source Source Source Source Source

O(vlogv + e) O(kve)

Global Global

Zro Zro Zro Zro Zro

Ma-Steenkiste Multiples contraintes Bande passante-contraint Guerin-Orda Dlai-contraint Chen-Nahrstedt Bande passante-cotcontraint Bande passanteoptimisation Gnrique Gnrique Polynomial O(xve) Imprcis global Global

O(vlogv + e) Imprcis global

Wang-Crowcroft Chen-Nahrstedt PNNI

Distribu

O(ve)

Global

O(v)

Distribu Hirarchique

O(e) Polynomial

Local Agrg

O(e) O(v)

2.4.2 Algorithmes de routage multicast [3] MOSPF : MOSPF est une extension multicast de protocole dtat-lien OSPF. En plus dtat global, chaque nud maintient linformation de chaque groupe multicast dans le domaine de routage. Avec une connaissance complte dtat de rseau et linformation de groupe membre, chaque nud peut calculer larbre multicast du chemin le plus court dune source un groupe des destinations par utiliser lalgorithme Dijkstra. Algorithme de Kou et al : un rseau est abstrait comme un graphe complet, o les nuds reprsentent la source et les destinations, et les bords reprsentent les chemins les plus courts entre ces nuds. Lalgorithme Prim et Steiner est utilis. Dailleurs, beaucoup dautres algorithmes multicast sont proposs, voici un tableau des quelques algorithmes actuels.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service Tableau 2 : algorithmes multicast

Page 13 of 35

Complexit Algorithme Problme rsolu Stratgie de routage Complexit en temps Maintenir tat Global Global Global Routage Zro Zro Zro

MOSPF Kou et al TakahashiMatsuyama Kompella

Le plus bas dlai Le plus bas dlai Dlai-contraint le plus bas cot Dlai-contraint le plus bas cot Dlai-contraint le plus bas cot Gnrique Dlai-contraint le plus bas cot

Source Source Source

O(vlogv) O(gv^2) O(v^3)

Source

O(vlogv + e)

Global

Zro

Widyono Chen-Nahrstedt Kompella et al

Source

Exponentiel

Global

Zro

Distribu Distribu

O(ge) O(gv^3)

Local Global

O(e) O(e^3)

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 14 of 35

Chapitre 3 : Solution propose

Dans notre TPE, nous choisissons PRICER (PRicing InCEntive QoS Routing) [1] un efficace mcanisme de routage avec qualit de service. PRICER se compose deux composants : ROSE (Routing-Oriented State Update) [1] [2] et PIRA (Pricing Incentive Routing Algorithm) [1]. ROSE change des informations dtat des liens partout dans le rseau. ROSE non seulement assure la prcision des informations dtat des liens du rseau et surpasse le protocole de surcot mais encore numriquement value la manque de fracheur (staleness) des informations dtat des liens. PIRA est lalgorithme de routage qui base sur IAHKP (Iterative All Hop k-shortest Paths) [4] [5] [6] avec une nouvelle fonction de calculer le cot des liens et des chemins.

3.1 Intgration de la dtermination de prix en routage avec QoS

PRICER base sur le modle de vecteur des services : S = (S0, S1, , Sn-1), n est le nombre de routeurs que le flux de donnes y traverse. R(S) est la performance QoS, U(R) est lutilit de R. U(R) signifie le niveau de satisfaction dutilisateur. Evidemment, pour obtenir U(R), lutilisateur doit payer un cot C(S, p) p : la politique de dtermination du prix (pricing). PRICER trouve des vecteurs des services par le biais doptimisation suivante : G = maxs(U(R) C(S, p)) (1)

+ Si le vecteur des services nest pas trouv, lhte en bout retirera la requte de flux. + Si non, EEAC-SV [9] effectuera la scne de transmettre des paquets de donnes. Le vecteur des services peut tre reprsent par un groupe des marquages attachs aux paquets de donnes. PRICER utilise la notion de routeur virtuel qui en faite considre un routeur rel avec n classes de service comme n routeurs virtuels avec leurs services correspondants. Comme le nombre des classes de service in DiffServ est souvent trs petit, la complexit de transmettre SV rseau virtuel rseau est tolrable. Les utilisateurs sont souvent gostes, donc PRICER propose un mcanisme de fournir incitations utilisateurs pour amliorer lutilisation et la performance globales. PRICER le fait par le biais de dtermination le prix (pricing).

3.2 ROSE (Routing-Oriented State Update)

(+) Comment diffuser des informations dtat des liens, PRICER utilise la mthode propos dans [2]. Cest une mthode de faiblement distribuer avec bas complexit. Dans le cas o un lien est chec, des informations dtat des liens sont encore accessibles.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 15 of 35

(+) Quand mettre jour : A cause de protocole de surcot, ROSE ne peut pas mettre jour nimporte quand un changement mineur se produit. Cest pourquoi ROSE se concentre sur minimalisation le manque de fracheur. En faite, on ne mesure jamais numriquement le manque de fracheur. En basant sur le fait de minimalisation de probabilit de faux routage et la fonction de densit de probabilit des paramtres (par exemple, la bande passante), ROSE propose un politique de mettre jour bas sur classes.

Figure 2 : Classes de bande passante Le fig. 2 montre la politique de mettre jour de ROSE bas sur la mthode de diviser la bande passante dun lien en des classes diffrents. En ralit, on a propos certaines autres politiques bass sur lide de classes comme Classes gales [7], Classes exponentielles [7]. Ou dautre politique est Seuil [7] qui est utilis largement. Toutefois, la politique de mettre jours de ROSE est le meilleure parce quelle profite les avantages de la mthode de diviser la bande passante en classes et elle rsout aussi le problme de manque de fracheur et diminue le nombre de fois de mettre jours. En dtaill, ROSE effectue cette politique comme suivante : Bmin et Bmax sont le plus bas et le plus haut de bande puissante demande par des connexions sur un lien dans le rseau. A chaque lien, ROSE divise la bande de passante en n + 2 parties : (0, Bmin), (Bmin, B1), (B1, B2), , (Bi-1, Bi), , (Bn-1, Bmax), (Bmax, c) Les valeurs de B (i = 1n-1) sont dtermines comme suivantes : (2) Lorsquil y a un changement dtat du rseau (la bande passante), ROSE dtermine que si la bande passante reste tombe dans une classe (Bi-1, Bi) qui est diffrent avec la classe possdant la bande passante disponible antrieure, ROSE effectuera le mis jour la bande passante du lien. Maintenant, ce quon sintresse est la valeur pour mettre jour : o Si la bande passante disponible > Bmax, mis jour par la valeur = c Nguyen Van Dan Promotion 14, IFI

Rapport final

TPE39 : Routage avec qualit de service

Page 16 of 35

o Si la bande passante disponible < Bmin, mis jour par la valeur = 0 o Si la bande passante disponible est parmi Bi-1 et Bi, mis jour par la valeur : (3)

3.3 PIRA (Pricing incentive routing algorithm)

PIRA base sur lide de lalgorithme IAHKP (Iterative All Hop k-shortest paths) [4] [5] [6] avec une nouvelle fonction de dtermination des cots des liens. La fonction de dtermination de cot dun chemin p est : (4) O est le poids QoS de paramtre i ; c(e) est le prix de lien

Le chemin le moins cot qui satisfait les contraintes QoS est aussi le faisable chemin et le chemin optimal. Il est ncessaire de prsenter AHKP (All hops k-shortest path) parce que lIAHKP base sur AHKP. AHKP trouve k chemins les plus courts (ou les moins coteux) pour tout nombre de sauts h tels que 1 <= h <= n. Cela permet daugmenter la probabilit de trouver un chemin faisable. On calcule k les plus courts chemins de s i : comme : entre s et i : . (en ralit, sil nexiste pas de lien sont calculs par slectionner les k les moins coteux des chemins de h-saut par : , d = 1,2,..,di (voisins de nud i), g = 1,2,..k. Si, en ralit, le nombre des chemins de h-saut de s i est moins nombreux que k, nous considrons quil existe des chemins virtuels de h-saut dont leurs cots sont infinits.

Figure 3 : nuds i a trois nuds voisins Rapport final Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 17 of 35

Comme IAHKP [6], PIRA fait aussi deux itrations pour trouver un chemin faisable qui satisfait les contraints QoS. Litration en avant est effectue avec la fonction de cot : (5) O di reprsentent les m matrices QoS et c le prix. Cette itration sert construire les tableaux de routage. Litration en arrire est effectue avec la fonction de cot : (6) Cette itration sert trouver un chemin faisable en basant sur les tableaux de routage.

3.4 Implmentation de PRICER avec SV

Figure 4 : Implmentation de PRICER Le routeur en bout excute lalgorithme de routage en basant sur des informations dtat global du rseau pour slectionner un vecteur des services et collecte des informations dtat des liens, ce pendant, des routeurs effectuent le tche de mettre jour et de distribuer ces informations.

3.5 Avantages de PRICER

Ce mcanisme est adaptive. ROSE peut rsoudre le problme de manque de fracheur (staleness) des informations dtat du rseau. Le nombre de mettre jour est diminu. La complexit est acceptable : double de Forte performance. pour PIRA. Le taux de trouver un optimale faisable chemin est presque 100%.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 18 of 35

Chapitre 4 : Implmentation de PRICER dans NS2.33

4.1 Expdition de paquet et routage dans ns2
Dans NS2, pour implmenter un nouveau protocole de routage on doit crer obligatoirement des composants comme le nud, lagent, le module de routage, etc. On doit aussi modifier la classe dadmission contrle qui permet de contrler les flux de donnes, de dcider quelle flux qui peut tre accepte et dtre responsable de rserver et retourner des ressources un flux. De plus, au niveau de Tcl, on doit implmenter linterface de lagent et le module de routage. Tcl est responsable aussi de tirer ltat actuel dun nud, de prendre les paramtres de configuration et destimation du programme. Tcl a encore la responsabilit dimplmenter des commandes, par exemple, la commande dindiquer le changement de la bande passante disponible, etc. Classe Nud Un nud dans NS2 est reprsent par une instance de la classe Node. Node est un objet rassembl qui se compose un ensemble des classificateurs. Un nud consiste aussi en : Une adresse ou id_ qui augmente de faon monotone par 1 lorsquun nouveau nud est cr. Une liste des voisins. Une liste des agents. Une liste des modules de routage. Classe Classificateur La fonction dun nud quand il reoit un paquet est dexaminer les chambres du paquet, trs souvent son adresse de destination, et parfois ladresse de source. Elle devrait en suite mettre ces valeurs au une interface dobjet sortant qui est la prochaine rcepteur de ce paquet. Dans ns, cette tche de classification est effectue par un objet de classificateur. Parmi multiples objets de classificateur, chacun se tient un spcifique part dexpdier le paquet via le nud. Un nud dans ns utilise plusieurs types diffrents de classification pour les buts diffrents. Un classificateur fournit un moyen pour adapter un paquet avec certains critres logiques et recevoir une rfrence autres objets de simulation bas sur les rsultats dadapter. Chaque classificateur contient un tableau des objets de simulation identifis par les numros

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 19 of 35

demplacement. Le travail dun classificateur est de dterminer le numro associ avec un paquet reu et dexpdier ce paquet un objet rfrenc par ce numro demplacement. La figure 4 montre la structure dun nud unicast par dfaut. Le classificateur dcide, en basant sur ladresse destinataire, quel lien qui est utilis pour transmettre le paquet. Si le paquet est destin pour le nud actuel, il est expdi au classificateur de porte qui dcide quel agent que le paquet devrait tre expdi en basant sur le numro de porte.

Figure 5 : Structure d'un nud unicast Module de routage Un nud est un objet assembl qui est essentiellement une collection des classificateurs. Le nud le plus simple est le nud unicast qui ne contient quun classificateur dadresse et un classificateur de porte. Donc, quand on veut tendre la fonctionnalit du nud, plusieurs classificateurs sont ajouts au nud. Une interface uniforme a pour organiser ces classificateurs et faire un pont de ces classificateurs aux blocs de computation de route. Cette interface est fournie via la conception des modules de routage. En gnrale, chaque implmentation de routage dans ns contient trois blocs suivants : Agent de routage qui change le paquet de routage avec ses voisins.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 20 of 35

Route logique qui utilise les informations collectionnes par des agents de routage (ou la base de donnes de topologie globale dans le cas de routage statique) pour effectuer le calcul de route relle. Classificateurs qui utilise le tableau de routage pour expdier des paquets. Un module de routage supervise toutes les fonctions et les interfaces avec le nud pour organiser ses classificateurs. La figure 5 montre linteraction parmi le nud, le module de routage et le routage.

Figure 6 : Interaction parmi nud, module de routage et routage Afin de savoir quel module est enregistr pendant la cration, la classe du nud tient une liste des modules comme un variable class. La valeur par dfaut de cette liste contient seulement le module basique de routage. La classe du nud fournit deux procs pour manipuler cette liste de modules.
Node :: enable-module{[name]}, si le module RtModule/[name] existe, ce proc met [name] la

liste des modules.

Node :: disable-module{[name]}, si [name] est dans la liste des modules, la liste des modules

enlve [name]. Lorsquun nud est cr, il traverse la liste des modules de la classe du nud, le nud cre tous les modules dans la liste, et enregistre ces modules ce nud. Aprs quun nud est cr, on peut utiliser les instprocs suivants pour lister les modules enregistrs dans le nud, ou prendre un contrle dun module avec un nom particulier.
Node :: list-modules{}, retourner une liste des contrles de tous les modules enregistrs.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 21 of 35

Node :: get-module{[name]}, retourner un contrle du module enregistr dont le nome est

[name]. Le nud fournit les instproc suivants pour manipuler ses classificateurs dadresse et de porte :
Node :: insert-entry {module, clsfr, hook}, ajoute le classificateur clsfr lentr du nud. Elle

associe aussi le nouveau classificateur avec le module. Quand ce classificateur est enlev, le module sera supprim. Si hook est spcifi comme un numro, le classificateur existant sera ajout lemplacement de hook (slot hook) du nouveau classificateur. Avec cette faon, on peut tablir une chaine des classificateurs.
Node :: install-entry{module, clsfr, hook}, supprimer le classificateur existant lentr point du

nud, un-enregistrer nimporte quel module de routage associ, et implmenter le nouveau classificateur cette entre.
Node :: install-demux{demux, port}, placer le classificateur demux comme le dmultiplexeur par

dfaut. Si la porte est donn, elle tire le dmultiplexeur existant la porte demplacement du nouveau nud.

4.2 Implmentation du routage PRICER

Comme nous avons prsent au-dessus, pour implmenter un nouveau protocole de routage PRICER nous devons crer un nouveau module de routage RtModule/PRICER , un nouveau agent Agent/ PRICER qui utilise un nouveau paquet PT_RTPROTO_PRICER . Les components principales implments sont : Un nouveau routage logique qui calcule le chemin le plus court entre deux nuds, le chemin doit satisfaire les demandes de la bande passante et du dlai. Un nouveau agent Agent/PRICER qui change les paquets de routage dtat de lien parmi plusieurs nuds (voisins). Un nouveau module de routage RtModule/PRICER. En gnrale, la structure de routage PRICER est comme la figure 6 suivante :

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 22 of 35

Figure 7 : Structure unicast de ns-PRICER Route Logique [classe RouteLogic] : reprsente le tableau de routage cr et maintenu centralement chaque simulation. Route Objet [classe rtObject] : co-ordonnateur pour les diffrents protocoles de routage qui fonctionnent au nud. Route Peer [class rtPeer] : stocke la liste de ses voisins annoncs. Protocole de routage [classe Agent/rtProto] : implmente lalgorithme de routage PIRA et ROSE. Module de routage [classe rtModule/PRICER] : un nouveau module de routage implment dans Tcl. Dans le programme, le flux de donnes est comme suivant :

Figure 8 : flux de donnes. CBR - le trafic statique

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service 4.2.1 Implmentation de PIRA

Page 23 of 35

Dans PIRA, deux choses importantes sont le tableau de routage et lalgorithme de routage qui se compose du travail de construire les tableaux de routage et chercher un chemin faisable en basant sur ces tableaux de routage. 4.2.1.1 Tableaux de routage La structure de chaque lien dans le tableau de routage dun nud (source) est :

Figure 9 : une ligne de tableau de routage La ligne prsente la route de la source un nud destinataire. Le nud prcdent est le nud juste avant le nud destinataire. La route est la k-ime route avec un nombre de saute de la source la destination. Dans annexes, nous donnons le code en C++ pour construire le tableau. Nous avons propos la fonction de dterminer le cot dun lien. Ce cot est aussi le critre de trouver le plus court chemin. Le plus court chemin est le chemin dont le cot qos est le plus petit. Le cot qos gale la division du dlai par la bande passante :

4.2.1.2 Algorithmes de routage PIRA base sur IAHKP [6]. Mais en ralit, IAHKP nest pas bien dcrit et on ne peut pas implmenter cet algorithme. Dans ce TPE, nous avons modifi PIRA pour quil puisse implmenter. PIRA modifi a deux itrations : La premire itration itration en avant - a but de construire les tableaux de routage des nuds en basant sur la base de donnes dtat du rseau.
PIRA algorithme (G (N, E), s, t, d) 1 Initialiser v (i, 2, 1, j) = 0 pour chaque couple de i, j N 2 Initialiser vk (i, 2, j) = v(i, 2, 1, j) pour chaque couple de i, j 3 i N, initialiser , g = 1,2,,k 4 for u = 2 to k 5 for h = 2 to h 6 for tous i N

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

7 8 9 10 11 12 13 14 for tous e(i, j) E relax (i, j, u, h) end for v (i, h, ) = v (i, h, )+1 v (i, h, u, )) = v (i, h, )) end for end for end for

Page 24 of 35

Relax (i, j, k, h) 1 if 2 3 4 end if 5 return

=j

Ici, est le nud entre deux nud i et j. v (i, h, ) est le numro (mme k) de chemin du nud i au nud . v (i, h, ) permet de slectionner le chemin de saut h 1 qui contribue tablir le chemin de saut h. Dans cette itration, nous avons utilis v (i, h, u, ) qui est le numro de chemin (u), de saut h-1, du nud i au nud . Cette valeur est utilise dans la deuxime itration. La deuxime itration itration en arrire - a but de chercher un chemin faisable qui satisfait les demandes de la bande puissante et le dlai en basant sur le tableau de routage construit. En basant sur le tableau de routage, le programme cherche sur ses lignes pour trouver une route qui satisfait les demandes de la bande passante et le dlai.
Algorithme chercher route satisfiable 1 for (k =1 to k = k_max) 2 for (hop = 1 to hop = saut_max) 3 Vrifier la route quil satisfait la demande de la bande de passante et le dlai ? 4 - Si Oui : La route est trouv. Arrte. 5 - Si Non : Continuer. 6 end for 7 end for

Quand on trouve une route (dans le programme, la route est une liste des numros didentit des nuds), on utilise v (i, h, u, ) pour retrouver le chemin rel partir de la liste des numros didentit des nuds. La faut de lalgorithme IAHKP que nous avons trouv est lutilisation de v (i, h, u, ) pour toutes les deux itrations. Nous trouvons que v (i, h, ) est utilis pour la premire itration et v (i, h, u, ) est utilis pour la deuxime itration.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service 4.2.2 Implmentation de ROSE

Page 25 of 35

Dans le programme, lorsqu'il y a un changement de l'tat du rseau comme un nouveau lien cr, bande de passante change, lien chec, un nud va envoyer des messages d'annonce son tat ses voisins. Les voisins mettent jours leurs bases de donnes de l'tat du rseau et recalculent aussi leurs tableaux de routage. S'il y a des changements sur leurs base de donnes de l'tat du rseau, ils vont envoyer des messages d'annonce leurs tats leurs voisins sauf le nud qui vient de leur envoyer des messages. Le code de cette partie est donn dans lannexe. Aprs la rservation de la bande passante un flux ou la libration de la bande passante grce la libration dun flux, la bande passante disponible est change. Dans ce cas, une commande bw-changed est appele pour demander RtModule/PRICER de dmarrer ROSE. Ltat du rseau actuel (la bande passante disponible et le dlai) est calcul via la commande getbw et get-dl. 4.2.3 Interface NS2
Node enable-module PRICER : activer RtModule/PRICER Simulator configure-pricer-nodes : aprs tous les liens du rseau sont crs et la file dattente est initialise, configure-pricer-nodes est appel pour crer les agents de routage de pricer

sur les nuds de pricer et leurs initialise.

SimplexLink instproc get-bw : prendre la bande passante disponible dun lien SimplexLink instproc get-dl : prendre le dlai dun lien SimplexLink instproc get-capacity : prendre la bande passante originale dun lien RtModule/PRICER bw-changed : lorsque la bande passante disponible dun lien change, le module devrait tre inform par bw-changed. Elle va informer lagent pricer dmarrer

sur ce nud, la politique de mettre jours (ROSE) est appel, un nouveau calcule des tableaux de routage est dmarr si la politique de mettre jour le permet.
RtModule/PRICER get-explicit-route {dest, bw, dl} : ce instproc est utilis pour prendre la route

explicite la destination qui satisfait la demande de bande passante (bw) et du dlai (dl).
Node instproc create-session {dest bw dl d fid} : crer une nouvelle session la destination avec

la demande de bande passante (bw) et du dlai (dl), le temps de vivre de cette session est d. fid est le numro didentit de cette session. Cet instproc va appeler get-explicitroute {dest, bw, dl} pour prendre une route la destination. Si la session est cre avec le succs, aprs le temps (d), la simulator va appeler un instproc de finir la session.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Node instproc finish-session {args} : finir la session.

Page 26 of 35

De plus, il y a des paramtres qui permettent de configurer ROSE et PIRA :

Agent/PRICER set hops : nombre maximal de saut Agent/PRICER set maxPaths : nombre des chemins par saut. Agent/PRICER set updatePolicy : choisir la politque de mettre jours (ROSE, Classes gales,

Classes exponentielles et Seuil)

Agent/PRICER set bmin : bande passante demande maximale pour ROSE. Agent/PRICER set bmax : bande passante demande minimale pour ROSE. Agent/PRICER set numClassR : nombre des classes de ROSE.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 27 of 35

Chapitre 5 : Exprimentations et Analyse des rsultats

5.1 Mthode dvaluation du protocole
Lvaluation a le but de montrer que le protocole de routage PRICER peut fournir les meilleurs services lutilisateur en bout, et amliorer son utilisation des ressources du rseau par la rdaction de probabilit de requte tombe (routage faux). Avec un protocole de routage, ce quon sintresse sont la performance de la politique de collecter et mettre jour ltat de rseau. Dans PRICER, ROSE est charg de cette politique. On sintresse aussi la performance dalgorithme de construire les tableaux de routage et de chercher un chemin faisable. De plus, on mme sintresse du chemin trouv quest-ce quil est optimal ? Cest la raison pour la quel nous allons valuer la performance de ROSE et de PIRA. Nous allons aussi estimer la capacit dintgrer de PRICER avec le service actuel de rseau Best-Effort service. 5.1.1 Mthode dvaluer la performance de ROSE La performance de ROSE est compare avec celle des autres politiques de mettre jour bas sur classes et la politique de seuil. Quand la bande passante disponible fluctue autour dune classe frontire, beaucoup de mis jour inutiles peuvent tre veills. Pour limiter ce problme, les trois politiques bases sur classes ont utiliss. La politique de seuil est aussi utilise mais la qualit est mauvaise en comparaison avec les trois mthodes bases sur classes au-dessus. Nous utilisons le taux de mis jour (le nombre moyen des mis jours dans une unit de temps) pour valuer la frquence de mettre jours.

O le total de temps de simulation est le total nombre dunits de temps simules. Le total nombre des mis jours est le total nombre de fois de reconstruire les tableaux de routage caus par une politique de mettre jour. Une autre estimation est lestimation de probabilit de routage faux. Comme nous avons prsent dans le chapitre 3, le ROSE a un but de diminuer le manque de fraicheur de ltat du rseau qui cause le routage faux. Le routage faux se compose deux cas suivants : Routage faux positif : en ralit, il ny a pas assez de ressources (la bande passante et le dlai) pour fournir une connexion, mais linformation de ltat du rseau indique autrement. Routage faux ngatif : en ralit, une connexion peut tre accepte par le rseau, mais lhte en bout est tomb de trouver un faisable chemin cause de imprcis information de ltat du rseau. Rapport final Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service Nous estimons la probabilit de routage faux par la formule suivante :

Page 28 of 35

(9) Pour dterminer le total nombre de routage faux des connexions, nous devons ajouter quelques modules au programme : le module de compter les connexions qui ne sont pas rserves des ressources avec le succs, le module de vrifier lexactitude des connexions choues. En ralit, ces modules contribuent causer la lenteur du programme. En fait, les deux mthodes (7, 8) ont la relation forte et influencent mutuellement. Un point important quand on estime la qualit de ROSE en comparaison avec autres politiques est comment on peut prtendre que lun est meilleur que lautre ? Etant donn deux politiques, savoir, la politique 1 et la politique 2, nous pouvons prtendre que la politique 1 est meilleure que la politique 2 si et seulement si pour un nombre de classes la politique 2, un certain nombre de classes peut tre toujours trouv pour la politique 1 telle quelle obtient la meilleure performance la fois sur le taux de mis jours et la probabilit de routage faux des connexions. En basant sur cette ide, nous avons choisi un ensemble des valeurs suivantes : pour ROSE, [bmin, bmax] = [0.05C, 0.1C] et le nombre de classes est 4 (n = 2) ; pour Classes gales politique, le nombre des classes est 10 (B = 0.1C) ; et pour Classes exponentielles politique, B = 0.05C et f = 2, c'est--dire il y a 5 classes. Il y a 100 connexions. Les valeurs des paramtres sont les valeurs alatoires uniformes de leur valeur minimale et maximale. La topologie utilise est la topologie de 32 nuds (figure 10).

Figure 10 : La topologie de 32 nuds

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service 5.1.2 Mthode dvaluer la performance de PIRA

Page 29 of 35

Pour valuer la performance de PIRA nous estime le temps de crer des tableaux de routage, le nombre ditrations de DIAHKP [6]. Nous estimons la complexit de lalgorithme et le taux de succs de trouver le chemin optimal. Nous avons encore utilis la topologie de 32 nuds (figure 10).

5.2 Performance dvaluation de ROSE

Voici le rsultat destimation de taux de mis jours de ROSE en comparaison avec la politique de Classes gales et de Classes exponentielles mis jours.

Figure 11: Taux de mis jours A partir de figure 11, on peut voir que avec la croissance de dure moyenne des connexions le taux de mettre jours de ROSE est le plus petit. La politique de Classes gales est le plus mauvaise. Au dbut, la dure moyenne des connexions gale 15 secondes, c'est--dire que les connexions sont termines trs vite. Dans ce cas, la bande passante disponible ne change pas beaucoup. Avec ROSE, le taux de mis jours est presque 0. Cependant avec la politique de Classes exponentielles, la partition de la bande passante en classes nest pas gale. La portion petite de bande passante a plus nombreux de classes que la portion grande. Donc, avec la dure moyenne des connexions de 15 secondes, le taux de mis jours de Classes exponentielles est Rapport final Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 30 of 35

assez plus grande que celle de ROSE mais plus petit que celle de Classes gales. Quand la dure des connexions augmente, le taux de mis jours augmente aussi. Et partir dune telle valeur (dans ce cas, cette valeur est environ de 55), le taux naugmente pas vite comme avant, bien que le taux de ROSE est encore le plus petit. Nous pensons que la raison est la limit de bande passante de chaque lien dans le rseau. Une question que lon peut poser est pourquoi on ne diminue pas le nombre de classes de la politique Classes gales et Classes exponentielles pour quelles puissent atteindre le taux petit de mettre jours ltat du rseau. Cette question peut tre rpondue partiellement par probabilit de routage faux que si le taux de mis est diminu, la probabilit devient plus grande.

Figure 12 : Probabilit de routage faux positif Comme nous avons abord dans la partie 5.1.1 quil y a deux types de routage faux. En ralit, le routage faux ngatif est trs difficile compter avec une grande topologie. Donc, nous ne comptons que le nombre de routage faux positif qui est compt par le nombre des connexions dont la rservation nest pas faite avec des succs. Dans la figure 12, la probabilit de routage faux positif de ROSE est beaucoup plus petite que celle des autres. Evidement, la probabilit de routage faux est presque zro quand la dure moyenne des connexions est petite.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 31 of 35

5.3 Performance dvaluation de PIRA

Un paramtre important qui estime la performance de PIRA est le nombre moyen ditration qui est le moyen des valeurs de k des routes trouves. Voici le rsultat de teste :

Figure 13: Nombre moyen d'itration de PIRA

A partir de figure 13, on peut voir que les routes choisies dont la valeur de k est autour de 1 1.25. a veut dire que lon ne doit pas choisir une grande valeur de k pour PIRA. En ralit, k est moins ou gale que 2. De plus, la complexit est acceptable.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 32 of 35

Figure 14 : les complexits de PIRA

5.4 PRICER et Best-Effort service

Dans le cas o le rseau ne trouve pas un faisable chemin qui satisfait les contraintes dune session, cette session est transmis par le service Best-Effort actuel de lInternet. Cest la raison pour laquelle ce protocole peut sadapter facilement avec la technique de lInternet actuel.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 33 of 35

Chapitre 6 : Conclusions et Perspectives

6.1 Conclusions
Dans mon TPE, jai tudi le routage avec qualit de service qui est le cur de qualit de service dans le rseau. Jai reu des expriences sur lutilisation de NS2 de construire un nouveau protocole de routage avec QoS et contrler des flux de donnes. Le programme marche bien et on peut configurer des paramtres de ROSE et de PIRA niveau de simulation. Cette fonction nous facilite tester plusieurs topologies diffrents. Le programme marche avec un numro infini des connexions dans le rseau. Les rsultats de teste nous aide affirmer la bonne performance de PRICER. Le programme permet de transmettre des flux par le service Best-effort. Cest la raison pour laquelle ce protocole est facile intgrer avec lInternet actuel sous larchitecture diffserv.

6.2 Perspectives
Dans ce programme, le paquet de dissmination dtat de rseau est envoy aux voisins. Dans [2] on a prsent une autre mthode qui base sur lide le graphe thorique. Le paquet de dissmination nenvoie qu un sous-rseau (subnet). Si nous avons le temps, nous allons implmenter cette mthode et nous croyons que le rsultat sera trs bien.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 34 of 35

Rfrences
[1] G. Cheng, N. Ansari, S. Papavassiliou, Adaptive QoS provisioning by pricing incentive QoS routing for next generation networks, Computer communications journal, June, 2008. [2] N. Ansari, G. Cheng, R.N Krishnan, Efficient and reliable link state information dissemination, IEEE Communications Letter 8 (2004) 317-319. [3] S. Chen, K. Nahrstedt, An overview of Quality-of-Service Routing for the Next Generation High-Speed Networks: Problems and Solutions, IEEE Network Magazine, 1998. [4] G. Cheng, N. Ansari, Finding all hops k-shortest paths, Proceedings of IEEE PACRIM03 1 (2003) 447 477. [5] G. Cheng, N. Ansari, Finding all hops shortest paths, IEEE Communications Letters 8 (2) (2004) 122 124. [6] G. Cheng, N. Ansari, Achieving 100% success ratio in finding the delay constrained least cost path, Proceedings of IEEE GLOBECOMs 04 3, 1505 1509. [7] G. Apostolopoulos, R. Guerin, S. Kamat, S. Tripathi, Quality-of-service based routing: a performance perspective, Proceedings of ACM SIGCOMM 1998 28 (1998) 17-28. [8] B. Wang, J. C. Hou, Multicast Routing and its QoS Extension: Problems, Algorithms, and Protocols. [9] Y. Yang, J. Ye, S. Papavassiliou, N. Ansari, A flexible and distributed architecture for adaptive end-to-end QoS provisioning in next generation networks, IEEE Journal of Selected Areas on Communications 23 (2) (2005) 321-333.

Rapport final

Nguyen Van Dan Promotion 14, IFI

TPE39 : Routage avec qualit de service

Page 35 of 35

Annexes
Le code est trs long (environ de trois millions de lignes de code), donc nous ne montrons pas ici le code. Si vous vous intressez, accdez au lien au-dessus : http://tpe-nvdan.googlecode.com/files/pricer%20for%20ns%202.33.tar.gz

Rapport final

Nguyen Van Dan Promotion 14, IFI