Th`ese de Doctorat de l'université Paris VI Pierre et Marie Curie Mlle ...

More documents

Recommendations

Info

durée du contrat du fait que la bande passante non utilisée par un utilisateur est coupée et stockée dans une pile de bande passante disponible pour être utilisée pour admettre de nouvelles connexions en dépit de celles qui sont déjà admises. 4. Le modèle de service et l’architecture de gestion dynamique des ressources proposés Dans cette section, nous commençons d’abord par la description de notre modèle de service,puisnousprésentons notre architecture proposée pour la gestion dynamique des ressources, avec les messages de contrôle utilisés pour assurer l’interaction entre les éléments du réseau. Enfin, nous donnons une synthèse du modèle mathématique et des algorithmes conçus pour l’allocation dynamique de la bande passante. 4.1. Le modèle de service Nous proposons un modèle de service qui, tout d’abord, fournit pour chaque flux une bande passante garantie ; en plus, il exploite périodiquement la bande passante disponible individualisée dans le réseau pour proposer aux utilisateurs qui ont l’intention de payer plus de la bande passante “extra” de court terme et garantie. Dans ce processus, les utilisateurs peuvent être attribués des poids divers de sorte que la bande passante disponible sera allouée avec différentes priorités. Ces poids peuvent être spécifiés d’une manière statique (offline), tenant compte du contrat de l’utilisateur, ou adaptés “online” tenant compte, par exemple, da la fonction d’utilité de l’utilisateur. Notre modèle de service est alors caractérisé par: – Une garantie quantitative de bande passante qui est exprimée à travers la spécification du contrat de l’utilisateur. – Une bande passante “extra” garantie de court terme : le réseau est monitoré en 8
ligne pour individualiser la bande passante non utilisée qui est ensuite allouée aux utilisateurs qui peuvent l’exploiter pour transmettre du trafic “extra” pour une durée spécifiée dans leur contrat. La durée du contrat dépend des besoins de l’utilisateur et peut durer sur plusieurs intervalles de temps consécutifs. – Le poids qui exprime comment chaque utilisateur partage les ressources du réseau avec les autres utilisateurs durant la procédure d’allocation de la bande passante. Dans ce présent travail, nous supposons, pour simplifier, que la durée des contrats est minimale, c’est-à-dire elle est égale à un seul intervalle de temps ; cela nous permet de dériver des limites supérieures sur les performances qui peuvent être obtenues par notre approche. 4.2. L’architecture de gestion dynamique des ressources Pour implémenter notre modèle de service, nous considérons une architecture distribuée constituée par des routeurs de bord et des routeurs de coeur, comme illustré danslaFi- gure 1 ; les moniteurs de trafic sont installés aux routeurs de bord et de coeur pour mesurer en ligne le trafic entrant et l’utilisation de la capacité duréseau, respectivement. Dynamic Bandwidth Allocation Traffic Statistics Ingress Router Dynamic Bandwidth Traffic Allocation Statistics Ingress Router Congestion notification Dynamic Bandwidth Traffic Allocation Statistics Ingress Router Available_Bandwidth message Core Routers Egress Router Egress Router Fig. 1–Notre architecture distribuée proposée pour l’allocation dynamique de la bande passante 9
Page 1 and 2: Thèse de Doctorat de l’universit
Page 3 and 4: To my family.
Page 5 and 6: Abstract Efficient dynamic resource
Page 7: Acknowledgements I would like to th
Page 10 and 11: 4.2 Connections Classification . .
Page 13 and 14: Résumé delaThèse 1. La probléma
Page 15 and 16: supérieure sur les performances qu
Page 17 and 18: compte les fonctions d’utilité d
Page 19: (Policy Decision Point), d’un ens
Page 23 and 24: 6. Nous proposons trois algorithmes
Page 25 and 26: appelons débit de crête. Six sour
Page 27 and 28: 6. Conclusion générale et Perspec
Page 29 and 30: Chapter 1 Introduction The Internet
Page 31 and 32: upper bounds to the performance ach
Page 33 and 34: Chapter 2 Dynamic Bandwidth Allocat
Page 35 and 36: Utility Function Types In a multi-a
Page 37 and 38: comes smaller than the application
Page 39 and 40: of which there exist extensive theo
Page 41 and 42: allows us to allocate the bandwidth
Page 43: Shenker in [10] states that the net
Page 46 and 47: implements such service model by pe
Page 48 and 49: considering different constraints l
Page 50 and 51: 4.1 Problem Statement Let us model
Page 52 and 53: y all network users. Using the nota
Page 54 and 55: in the following Section. The struc
Page 56 and 57: Optimum Bandwidth Allocation Algori
Page 58 and 59: Table 5.1: Pseudo-code specificatio
Page 60 and 61: of all greedy connections that are
Page 63 and 64: Chapter 6 Mathematical Model This C
Page 65 and 66: 1 2 3 4 0000000000 1111111111 00000
Page 67 and 68: Chapter 7 Numerical Results The mai
Page 69 and 70: the two core nodes is equal to 6 Mb
Page 71 and 72:
Total Accepted Load (Mb/s) 6 5.5 5
Page 73 and 74:
Page 75 and 76:
plottedinFigure7.9. Figures 7.10 an
Page 77 and 78:
Total Accepted Load (Mb/s) 6 5 4 3
Page 79 and 80:
S 2 S 3 S 4 1 S 6 S1 S5 2 3 4 5 D 1
Page 81 and 82:
high network loads, where it achiev
Page 83 and 84:
proposed allocation algorithms in a
Page 85 and 86:
Table 7.3: Peak rate, subscribed ra
Page 87 and 88:
Chapter 8 Performance Upper Bound T
Page 89 and 90:
Table 8.1: Average performance gain
Page 91 and 92:
Page 93 and 94:
Total Accepted Load (Mb/s) 6 5 4 3
Page 95 and 96:
Chapter 9 Conclusion 9.1 Discussion
Page 97:
established by creating a session i
Page 100 and 101:
[7] F. P. Kelly, “Charging and ra
Page 102 and 103:
[26] P. Reichl, S. Leinen, and B. S
Page 105 and 106:
Appendix A Algorithm Implementation
Page 107 and 108:
these latters are implemented using
Page 109 and 110:
• boolean State: the connection s
Page 111 and 112:
(CSTtable) is updated by the ingres
Page 113 and 114:
Table A.2: Java code for updating t
Page 115 and 116:
List of Acronyms ACA Autonomous Com
Page 117 and 118:
List of Figures 1 Notre architectur
Page 119 and 120:
8.1 Performance upper bound for all
Page 121:
List of Tables 5.1 Pseudo-code spec
show all

Th`ese de Doctorat de l'université Paris VI Pierre et Marie Curie Mlle ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?