Cours 3 - Mécanismes de QoS Internes Aux Équipements Partie 2

CHAPITRE 3
MÉCANISMES DE QOS INTERNES AUX

ÉQUIPEMENTS
PARTIE 2: L'ORDONNACEMENT
Traitements réalisés par un routeur QoS
1. La classification des paquets

2. Contrôle, marquage et lissage du trafic
3. La gestion des files d'attente (queuing)
4. L'ordonnancement (scheduling)
L3-GTR: Mécanismes de QoS internes aux équipements 2

L'ordonnancement
 L'ordonnancement consiste à vider les files d'attente

vers l'interface de sortie du routeur.
 Plusieurs politiques d'ordonnancement sont

implémentées au niveau des routeurs
 FIFO
 Priority Queuing
 Class-Based Queuing ou Custom Queuing
 Weighted Fair Queuing
 …
FIFO: First In First Out
 Mode de gestion par défaut le plus couramment
utilisé dans les routeurs de base
 Consiste à stocker les paquets quand le réseau est

saturé et à les transmettre lorsque ce dernier n'est
plus congestionné dans l'ordre de leur arrivée
 Il n'y a pas de priorité entre les paquets et les

sources de trafic importantes en volume peuvent
lourdement pénaliser les applications sensibles en
délai d'acheminement
FIFO+ (1)
 FIFO+ a les mêmes caractéristiques que la politique FIFO:
simplicité d'implémentation et utilisation d'une file unique.
 Dans FIFO+ nous rajoutons un élément de QoS  le délai
 Le principe de l'ordonnanceur FIFO+ est le suivant:
 Au niveau de chaque nœud, on mesure pour chaque classe, le
délai moyen des paquets ;
 Puis pour chaque paquet, on calcule la différence entre le délai
mesuré et la moyenne mesurée par classe;
 On rajoute à l'en-tête du paquet, un champ contenant la valeur
de cette différence  Déterminer si le paquet est en retard ou
non;
 Le nœud insère le paquet dans la file en fonction de son temps
effectif et son temps estimé  Ainsi, les paquets qui arrivent plus
tôt que la moyenne sont placés en queue de file, et ceux qui
arrivent avec du retard sont placés en tête de la file.
FIFO+ (2)
Arrivée des
paquets T < Tmoy Tmoy < T
Calcul du délai et du
délai moyen + insertion FIFO+
du champ

Priority Queuing (1)
 Mécanisme permettant d'allouer de façon stricte une
priorité à des trafics importants
 Utilisation des critères de classification des paquets

(champ TOS/DSCP et multichamps) et les méthodes
de prévention des états de congestion (RED,WRED…)
 La file d'attente de haute priorité est

systématiquement privilégiée par le mécanisme de
transmission

 Dans un routeur Cisco, chaque interface de sortie a 4
files pour ordonnancer les paquets.
 Les 4 files sont ordonnancées statiquement avec

priorités absolues
 Les priorités sont dites "absolues" car la file 1 est

moins prioritaire que la file 2, qui elle-même est
moins prioritaire que la file 3…

Algorithme PQ
Ordonnanceur-PQ ()
{
tq (vrai) faire
{
tq (file PrioritéHaute !vide) faire EnvoyerPaquetPH ( ) fait
si ((file PrioritéMoyenne !vide) et (file PrioritéHaute vide))
alors EnvoyerPaquetPM()
sinon si ((file PrioritéNormale !vide) et (file PrioritéHaute vide) et (file
PrioritéMoyenne vide))
alors EnvoyerPaquetPN()
sinon si ((file PrioritéBasse !vide) et (file PrioritéHaute vide) et (file
PrioritéMoyenne vide) et (file PrioritéNormale vide))
alors EnvoyerPaquetPB()
fsi
fsi
fsi
fait
}
}
Files d'attente (buffers)
Classification
Priorité haute
Priorité moyenne File

Transmission d'attente
de sortie
Priorité normale
Priorité basse

 Avantages:
 Simplicité, rapidité et faible coût au niveau du système
d’exploitation routeur;
 Les priorités absolues permettent de privilégier de manière
absolue un trafic par rapport à un autre.
 Inconvénients :
 L'ordonnancement statique (classifier les paquets en entrée)
n'est pas toujours facile à faire;
 Les priorités absolues et l'algorithme PQ peuvent causer des
congestions artificielles dues à des problèmes de "famine";
 Il y a seulement 4 niveaux de priorité, comment faire alors
pour classifier plus de 4 classes de trafic ?

Round Robin (1)
 Les paquets sont classés par flux par le système et
insérés dans une file d'attente dédiée à chaque flux.
 Les flux sont servis en tourniquet paquet par paquet.
En d'autres termes:
 Les files sont scrutées les unes à la suite des autres.
 Si la file contient un paquet, ce dernier sera servi.
 Par contre, si la file est vide à ce moment, l'ordonnanceur
passe directement à la file suivante.
Donc, les files d'attente vides sont sautées par
l'ordonnanceur et revisitées au tour suivant.

Round Robin (2)
Arrivée
classificateur Sortie

Algorithme RR
Ordonnanceur-RR ()
{
tq (vrai) faire
Pour i= 1 à N faire
si (file i !vide) alors EnvoyerUnPaquetFile i ( ) fsi
fait
fait
}

Avantages et inconvénients de RR
 Pas de famine;
 Pas de discrimination entre les files  partage équitable de la bande passante.

 L'équité ne peut cependant être parfaite que si la taille des paquets est
identique pour tous les flux se présentant au niveau des files (hypothèse pas
toujours vérifiées)  les files contenant des paquets deux fois plus volumineux
que ses concurrentes se verront attribuer deux fois plus de bande passante 
WRR, DRR, SRR, CBQ.
 L'ordonnanceur parcourant séquentiellement les files une à une, peut rencontrer

une file vide et devra donc passer à la file suivante.
Par conséquent, si le check-up de la file i a été effectué quelques
microsecondes avant qu'un paquet de cette même file arrive, le paquet devra
attendre le check-up des (n-i) files précédentes (contrainte de délai).
 La discipline de service RR n'est pas destinée à servir des flux ayant des besoins
différents en terme de bande passante. Son objectif se limite à fournir la même
portion
L3-GTR: Mécanismesde la internes
de QoS bande passante à tous les flux.
aux équipements 15
Weighted Round Robin
 WRR est utilisé pour faciliter le partage de la BP entre les
différents flux
 Dans WRR, un poids est affecté à chaque file d'attente  le
poids indique la quantité de BP affectée à chaque file
 La gestion des files est faite suivant une politique basée sur
RR
 Exemple:
 Poids File 1 = 3
 File 1 aura ≈ 50% de la BP, File 2 ≈ 16% et File 3 ≈ 33%
Class-Based Queuing ou Custom Queuing (1)
 Permet à plusieurs applications de partager la Bp du réseau
avec des spécifications minimales;
 Il convient de doter chaque classe de trafic d'une file
d'attente en servant chaque file d'attente à son tour;
 Chaque file d'attente est définie par une taille en octet
(byte count). La taille correspond au nombre maximum
d'octets que le système devra sortir de la file d'attente pour
les transmettre avant de servir la file suivante;
 Modifier la taille du byte count revient donc à attribuer plus
ou moins de Bp au trafic utilisant cette file;
 Si une file est vide, le système traite la file suivante ce qui
signifie que la bande passante n'est pas réservée à une file
de manière définitive.
 Un bon positionnement du paramètre byte count est
primordial pour la gestion des priorités
 il est important de considérer les contraintes suivantes:
 Il est nécessaire de définir le trafic que l'on veut favoriser ou au
contraire défavoriser. A cette fin, la taille moyenne des paquets
transmis par l'application doit être connue;
 Chaque file étant servie à tour de rôle, des valeurs trop élevées
du byte count génèrent une distribution par décharge des
paquets de chaque file;
 Si le byte count est atteint, la trame en cours de transmission est
envoyée dans sa totalité. Une mauvaise adéquation entre le byte
count et la taille de paquet peut fausser notablement la valeur
de Bp attribuée à cette file.
 Pour établir les valeurs du byte count à attribuer à
chaque file d'attente il faut procéder comme suit:
 Pour chaque flux relever la taille des trames;
 Calculer le ratio R en divisant la taille de trame la plus grande
par la taille de chaque trame;
 Choisir le pourcentage de Bp à attribuer à chaque protocole et
le multiplier par le ratio calculé;
 Normaliser le résultat en le divisant par la plus petite valeur.
On obtient un ratio exprimant le nombre de trames qui
garantira la répartition souhaitée de la Bp;
 Pour obtenir le byte count il faut multiplier ce ratio par la taille
de la trame. Il est aussi possible d'utiliser des multiples de ces
résultats sans toutefois créer de byte count trop grand.
Exemple:
Flux Taille des Ratio (R) % de R*Bp Normaliser Byte count

trames Bp
A 1086 bytes 1086/1086=1 20 1*0,2=0,2 0,2/0,2=1 1086*1= 1086
B 291 bytes 1086/291=3,73 60 3,73*0,6=2,239 2,239/0,2=11,3 291*12= 3492
C 831 bytes 1086/831=1,3 20 1,3*0,2=0,261 0,261/0,2=1,3 831*2 = 1662

 Avantages:
 L’avantage de cette méthode est d’utiliser au maximum la
bande passante;
 Chez Cisco, cette politique utilise 16 files d'attente pour
une interface de sortie.
 Inconvénients:
 CBQ souffre du même handicap que FIFO et PQ, à savoir
des priorités statiques;
 Certaines données ne sont évidentes à avoir dans certains
contextes, comme la taille moyenne des paquets;
 Le mode de fonctionnement est couteux au niveau du
système d’exploitation du routeur.
Deficit Round Robin (1)
 DRR essaye de résoudre le problème de l'équité (dans le cas de
paquets avec différentes tailles).
 Il introduit un compteur de déficit lié à chaque file.
 A chaque tour, ce compteur est incrémenté d'un quantum "Qi" pour la
classe i.
Si la valeur du compteur devient plus grande que la taille du premier
paquet dans la file, alors ce paquet sera envoyé et le compteur de la
file sera réduit de la valeur de la taille du paquet. Cette valeur sera
sauvegardée pour le prochain tour.
Dans le cas où la somme du déficit et du quantum est inférieure à la
taille du paquet, le déficit est incrémenté du quantum et sauvegardé,
mais le paquet ne sera pas émis. L'ordonnanceur passera ensuite à la
prochaine file.
 Quand l'ordonnanceur se présente devant une file vide, le déficit de
cette dernière est initialisé à zéro afin de garder l'équité.
Qi=1000 bytes 1500 bytes
DC: Deficit Counter
800
bytes
classificateur Sortie
1200 bytes

 Taille paquets: (file 1, 1500 Ø), (file 2, 800 Ø), (file 3, 1200 Ø)
 Qi = 1000 Ø et DCi = 0 Ɐ i
 Premier passage:
 DC1= 1000  Paquet non envoyé
 DC2= 1000  Paquet envoyé  Nouveau DC2=200
 DC3= 1000  Paquet non envoyé
 Deuxième passage
 DC1=2000  Paquet envoyé  Nouveau DC1=500
 DC2=1200  File vide  Nouveau DC2 = 0
 DC3=2000  Paquet envoyé  DC3 = 800

Algorithme DRR
Ordonnanceur-DRR ()
{
tq (vrai) faire
pour i= 1 à N faire
Deficit[i]=Deficit[i]+Quantum[i];
si (file i vide) alors Deficit[i]=0
sinon si (Deficit[i] >= TaillePaquetFile(i))
alors tq (Deficit[i] >= TaillePaquetFile(i)) faire
EnvoyerUnPaquetFile i ( );
Deficit[i]=Deficit[i]-TaillePaquetEnvoyé;
fait
fsi
fsi
fait
fait
}
Shared/Shaped Round Robin (SRR)
 Gestion des files en tourniquet avec pondération
 SRR diffère de WRR dans l'application de la pondération

(envoie des paquets sur l'interface de sortie)
 Exemple:
 File 1  poids 2
Ordonnancement des paquets:
WRR: P1,P1,P2,P2,P2,P3,P3,P3,P3,P4
SRR: P1,P2,P3,P4,P1,P2,P3,P2,P3,P3
Avantage de SRR: Diminuer les bursts par rapport à WRR
Différence entre Shared RR et Shaped RR
 Deux variantes existent: avec partage de BP (shared
RR) et sans partage de BP (shaped RR)
 Exemple: Soient 4 files avec une pondération de 25%
chacune:
 Cas 1: Toutes les files sont pleines
 Shared RR et shaped RR fonctionnement de la même
manière
 Cas 2: Uniquement une file est non vide
 Dans shared RR, la file non vide aura la totalité de la BP
disponible tant que les autres files restent vides
 Dans shaped RR, la file non vide aura toujours 25% de la BP
même si les autres files sont vides

Fair queueing (1)
 On simule une politique de type Round Robin bit par
bit (RRBB)
But: Calculer le temps de fin d'envoi des paquets
(temps où un paquet aurait été envoyé
théoriquement si nous appliquons un politique
de type RR mais en bit/bit)
 Envoyer les paquets dans l’ordre croissant des temps

de fin d'envoi des paquets

Fair queueing (2)
 Le temps de fin d'un paquet est exprimé en termes
de nombre de tours (au lieu d'un temps effectif)
 Pendant un « tour » on « consomme » un bit par file

non vide
 un paquet de 100 bits sera envoyé après 100 tours
 Durée d’un tour est définie par le nombre de files

actives

Exemple
 Soient deux flux A et B dont la taille des paquets est
de 1000 bits pour le flux A et 500 bits pour le flux B
Arrivée des
paquets du flux A
Arrivée des
paquets du flux B
 En appliquant RRBB
Nombre
de tours
1000 2000 2500 3000 3500 4000 4500 5000

Exemple (suite)
 Temps d'envoi virtuel des paquets est:

 A1 = 1000, A2=2000, A3=3000, A4=4000, A5=5000
 B1=2500, B2=3000, B3=3500, B4=4000, B5=4500, B6=5000
 L'envoie des paquets sera basé sur ce temps d'envoi

virtuel:
 A1, A2, B1, A3, B2, B3, A4, B4, B5, A5, B6

Calcul du temps théorique de fin (1)
 Le système gère les informations suivantes:
 Le tour actuel R(t) ou le temps théorique (virtuel)
 Le temps de fin (en termes de tour) de chaque paquet
 Le dernier temps de fin (en termes de tour) du dernier
paquet de chaque file
 Le calcul du temps de fin varie en fonction de l'état

de la file:
 Cas d'une file vide
 Cas d'une file non vide

Cas d'une file vide
 On suppose que le paquet k du flux f arrive dans une
file vide
 Soit F(f,k) le temps de fin du paquet K du flux f
 Le paquet k arrive à un temps réel t(f,k) et virtuel
R(t(f,k))
 La taille du paquet est T(f,k) bits
 Le temps de fin du paquet est:
F(f,k) = R( t(f,k) ) + T(f,k) (1)

Cas d'une file non vide
 On suppose que le paquet k du flux f arrive dans une
file non vide
 Le paquet k doit attendre l'envoi de tous les paquets
qui le precedent (du même flux)  le paquet k
dépendra du temps de l'envoi du paquet (k-1)
 Le temps de fin du paquet (k-1) est F(f, k-1).
 Si la taille du paquet k est T(f,k) alors le temps de fin
du paquet est:
F(f,k) = F(f,k-1) + T(f,k) (2)

Pour résumer !
 Cas d'une file vide:
F(f,k) = R(t(f,k)) + T(f,k) (1)
 Cas d'une file non vide:

F(f,k) = F(f,k-1) + T(f,k) (2)
 En combinant les deux formules nous obtenons:
F(f,k) = max{F(f,k-1), R( t(f,k) )} + T(f,k)

Fonctionnement de FQ
 Pour gérer les paquets des différentes files, une file à
priorité FP est utilisée par l’ordonnanceur.
 Chaque file "i" non vide a une entrée dans la file FP.
Cette entrée est insérée dans la file FP selon son
échéance exprimée en temps virtuel.
 Les paquets prêts sont transmis selon l’ordre donné

par la file FP (c-à-d, selon l’ordre croissant des
échéances virtuelles).

Exercice 1
 Considérons un ordonnanceur de type FQ avec trois
files et un débit sortant de 1U/S.
En appliquant RRBB, donnez la séquence de sortie
des paquets dans le cas suivant:
 File 1: arrivée du paquet 1 à t=0 (taille= 3) et arrivée du
paquet 2 à t=2 (taille=1).
 File 2: arrivée du paquet 1 à t=1 (taille=1) et arrivée du
paquet 2 à t=2 (taille = 4).
 File 3: arrivée du paquet 1 à t=3 (taille=3).

File 1 File 2 File 3
P1 P2 Q1 Q2 R1 Nb Tours
(3bit) (1bit) (1bit) (4bit) (3bit) R
t=0  t=1 1 R1
t=1  t=2 1/2 1/2
R2
t=2  t=3 1/2 1/2
t=3  t=4 1/3 1/3 1/3
t=4  t=5 1/3 1/3 1/3 R3
t=5  t=6 1/3 1/3 1/3
t=6  t=7 1/3 1/3 1/3
t=7  t=8 1/3 1/3 1/3 R4
t=8  t=9 1/3 1/3 1/3
t=9  t=10 1/2 1/2
R5
t=10  t=11 1/2 1/2
t=11  t=12 1 R6
Temps d'envoi virtuel: F(P1)=3 , F(P2)=4, F(Q1)= 2, F(Q2)= 6 et F(R1)=5

 Ordre d'envoi des paquets: Q1, P1, P2, R1 et enfin Q2
Méthode de calcul
 Etape 1:
 Calcul des instants virtuels R(t) avec R(t=0)=0.
 Le calcul se fait en utilisant la formule suivante:

R(x) = R(y) + (x-y)/Nb files actives
 Etape 2:
 Appliquer la formule de calcul pour déterminer les temps de
fin virtuels des paquets

Etape 1: Calcul des R(t)
R(x) = R(y) + (x-y)/Nb files actives
R(0)=0
R(1) = R(0) + (1-0)/1 = 1 // passage à deux files actives

R(3)= R(1) + (3-1)/2 = 2 // passage à trois files actives
R(6)=R(3) + (6-3)/3= 3 // changement des trois files actives
R(9)=R(6)+(9-6)/3 = 4 // passage à deux files actives
R(11)=R(9)+ (11-9)/2= 5 // passage à une file active

Etape 2: Calcul des temps de fin virtuels
F(f,k) = max{F(f,k-1), R( t(f,k) )} + T(f,k)
F(P1) = R(0) + 3 = 3
F(P2)= F(P1) + 1 = 4
F(Q1)=R(1) + 1 = 2
F(Q2)=F(Q1)+ 4 = 6
F(R1)=R(3)+ 3= 5
 Ordre d'envoi des paquets: Q1, P1, P2, R1 et enfin Q2

Exercice 2
 Considérons un ordonnanceur de type FQ avec trois
files et un débit de sortie effectif de 0,5U/S.
Donner la séquence de sortie des paquets et calculer
le temps de fin effectif dans le cas suivant:
 File 1: arrivée du paquet 1 à t=0 (taille= 2) et arrivée du
paquet 2 à t=4 (taille=1).
 File 2: arrivée du paquet 1 à t=1 (taille=3) et arrivée du
paquet 2 à t=2 (taille = 1).
 File 3: arrivée du paquet 1 à t=3 (taille=5).

File 1 File 2 File 3
P1 P2 Q1 Q2 R1 Nb Tours
(2bit) (1bit) (3bit) (1bit) (5bit) R
t=0  t=1 1 R1
t=1  t=2 1/2 1/2
R2
t=2  t=3 1/2 1/2
t=3  t=4 1/2 1/2
t=4  t=5 1/3 1/3 1/3 R3.5
t=5  t=5 1/3 1/3 1/3
t=6  t=7 1/3 1/3 1/3
t=7  t=8 1/2 1/2 R4
t=8  t=9 1/2 1/2
R5
t=9  t=10 1/2 1/2
t=10  t=11 1 R6
t=11  t=12 1 R7
Temps d'envoi virtuel: F(P1)=2, F(P2)=3.5, F(Q1)=4, F(Q2)=5 et F(R1)=7

 Ordre d'envoi des paquets: P1, P2, Q1, Q2 et enfin R1
Temps de fin effectif: 4, 6, 12, 14, 24
Méthode de calcul
 Calcul des R(t)
R(1) = R(0) + (1-0)/1 = 1
R(3)= R(1) + (3-1)/2 = 2
R(4)=R(3)+ (4-3)/2 = 2.5
 Calcul des F()
F(P1) = R(0) + 2 = 2
F(P2)= R(4) + 1 = 3.5
F(Q1)=R(1) + 3 = 4
F(Q2)=F(Q1)+ 1 = 5
F(R1)=R(3)+ 5=7

Weighted Fair Queuing (1)
 La gestion des priorités et le vidage des files d'attente
sont effectués par une pondération (weighted)
équitable (Fair) des flux.
 L'idée est de permettre un accès équitable à la BP,

fondé sur un entrelacement des flux
 Le poids d'une file représente le nombre de bit

envoyés à chaque tour (si Ɐi Wi =1  cas de FQ).

Weighted Fair Queuing (2)
 Les trafics sont classés et séparés en flux, chacun

d'eux recevant une file d'attente distincte  gestion
lourde et gourmande en termes de ressources
 WFQ utilise n+8 files d'attente sur chaque interface

de sortie. Le paramètre n est fonction du nombre de
flux de l'interface et les 8 autres files sont réservées
pour ne pas mettre en concurrence certains flux
(critiques) avec ceux des utilisateurs.

Temps de fin d'un paquet dans WFQ
F(f,k) = max{F(f,k-1), R( t(f,k) )} + T(f,k) /Wf

Class-Based Weighted Fair Queuing
 La gestion des flux dans WFQ nécessite beaucoup de
ressources
 Le nombre de flux dans un réseau peut être très

important
 Regrouper les flux par classe
 Une file est associée à chaque classe
 Le poids d'un paquet est le poids de sa classe

Combinaison de plusieurs politiques (hybride)
Haute Priorité
Gestion FIFO
Flux 1 Priorité Moyenne

Flux 2 Classificateur WFQ (w1=30% BP)
Ordonnanceur
Flux 3
Flux 4
WFQ (w2=20% BP) Ordre d'envoi des paquets
Flux 5
Flux 6
WFQ (w3=10% BP)
Flux 7
Flux 8
Basse Priorité
Gestion FIFO

Algorithme de la politique hybride
Ordonnanceur-Hybride()
{
tq (vrai) faire
tq (files PrioritéHaute !vide) faire OrdonnaceurPH ( ) fait

si ((files PrioritéMoyenne !vide) et (files PrioritéHaute vide))
alors OrdonnaceurPM( )
sinon si ((files PrioritéFaible !vide) et (files PrioritéHaute vide) et (files
PrioritéMoyenne vide))
alors OrdonnaceurPF( )
fsi
fsi
fait
}
Exercice 3
 Soit le tableau suivant représentant l'instant d'arrivée
des paquets ainsi que leurs tailles pour les flux 1 et 2
appartenant aux files F1 et F2.
Flux 1 Flux 2
Temps d'arrivée Taille Temps d'arrivée Taille
P1 1 1 0 3
P2 2 1 5 2
P3 3 2 9 2
P4 11 2
1) Tracer le chronogramme d'envoi pour une politique FQ

et déduire le temps virtuel d'envoi, l'ordre des paquets sur
l'interface de sortie ainsi que le temps d'envoi réel si le
débit sortant est de 1U/S.
File 1 File 2
P1 P2 P3 P4 Q1 Q2 Q3 Nb
(1bit) (1bit) (2bit) (2bit) (3bit) (2bit) (2bit) Tours
R
t=0  t=1 1 R1
t=1  t=2 1/2 1/2
R2
t=2  t=3 1/2 1/2
t=3  t=4 1/2 1/2
R3
t=4  t=5 1/2 1/2
t=5  t=6 1/2 1/2
R4
t=6  t=7 1/2 1/2
t=7  t=8 1/2 1/2
R5
t=8  t=9 1/2 1/2
t=9  t=10 1 R6
t=10  t=11 1 R7
t=11  t=12 1 R8
t=12  t=13 1 R9
F(P1)=2, F(P2)=3, F(P3)=5, F(P4)=9, F(Q1)= 3, F(Q2)= 5, F(Q3)=7 52

L3-GTR: Mécanismes de QoS internes aux équipements
 Temps de fin virtuels
F(P1)=2, F(P2)=3, F(P3)=5, F(P4)=9, F(Q1)= 3, F(Q2)= 5,
F(Q3)=7
 Ordre d'envoi
P1 , P2, Q1, P3, Q2, Q3, P4
 Temps d'envoi réel

P1= 1s , P2= 2s, P3=7s , P4= 13s
Q1=5s, Q2=9s, Q3= 11s
Exercice 3
2) Reprendre les mêmes données pour une politique

WFQ avec les pondérations suivantes: W1= 1 et W2=2

File 1  w=1 File 2  w=2
P1 P2 P3 P4 Q1 Q2 Q3 Nb
(1bit) (1bit) (2bit) (2bit) (3bit) (2bit) (2bit) Tours
R
t=0  t=1 2 R1
t=1  t=2 1/2 1 R1.5
t=2  t=3 1/2 1/2 R2.5
t=3  t=4 1/2 1/2 R3.5
t=4  t=5 1 R4.5
t=5  t=6 1/2 1 R5
t=6  t=7 1 R5.5
t=7  t=8
t=8  t=9
t=9  t=10 2 R6.5
t=10  t=11
t=11  t=12 1 R7.5
t=12  t=13 1 R8.5
F(P1)=2, F(P2)=3, F(P3)=5, F(P4)=8.5, F(Q1)= 1.5, F(Q2)= 5.5, F(Q3)=6.555

L3-GTR: Mécanismes de QoS internes aux équipements
Méthode de calcul
Etape 1: Calcul des R(t)
R(0)=0
R(1)=0+1=1
R(2)= 1 + 1/2= 3/2
R(3)=3/2 + 1 = 5/2
R(4)=5/2 + 1 = 7/2
R(5) = 7/2 + 1 = 9/2
R(6)= 9/2 + 1/2 = 5
R(7)= 5 + 1/2 = 11/2
R(8)=R(9)=R(7)
R(10)=11/2 + 1 = 13/2
R(11)=R(10)
R(13)= 13/2 + 2 = 17/2
Méthode de calcul
Etape 2: Calcul des F(f,k)
F(P1)= R(1)+T(P1)/W1=1+1=2
F(P2)=F(P1)+T(P2)/W1=2+1=3
F(P3)=F(P2)+T(P3)/W1=3+2=5
F(P4)=R(11)+T(P4)/W1=13/2+2=8.5
F(Q1)=R(0)+T(Q1)/W2=0+3/2=1.5
F(Q2)=R(5)+T(Q2)/W2=9/2+2/2=5.5
F(Q3)=R(9)+T(Q3)/W2=11/2+2/2=6.5

Questions

Cours 3 - Mécanismes de QoS Internes Aux Équipements Partie 2

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Cours 3 - Mécanismes de QoS Internes Aux Équipements Partie 2

Transféré par

Droits d'auteur :

Formats disponibles

CHAPITRE 3

MÉCANISMES DE QOS INTERNES AUX

1. La classification des paquets

L3-GTR: Mécanismes de QoS internes aux équipements 2

 L'ordonnancement consiste à vider les files d'attente

 Plusieurs politiques d'ordonnancement sont

 Consiste à stocker les paquets quand le réseau est

 Il n'y a pas de priorité entre les paquets et les

L3-GTR: Mécanismes de QoS internes aux équipements 6

 Utilisation des critères de classification des paquets

 La file d'attente de haute priorité est

L3-GTR: Mécanismes de QoS internes aux équipements 7

 Les 4 files sont ordonnancées statiquement avec

 Les priorités sont dites "absolues" car la file 1 est

L3-GTR: Mécanismes de QoS internes aux équipements 8

Files d'attente (buffers)

Priorité moyenne File

L3-GTR: Mécanismes de QoS internes aux équipements 10

L3-GTR: Mécanismes de QoS internes aux équipements 11

L3-GTR: Mécanismes de QoS internes aux équipements 12

L3-GTR: Mécanismes de QoS internes aux équipements 13

L3-GTR: Mécanismes de QoS internes aux équipements 14

 Pas de discrimination entre les files  partage équitable de la bande passante.

 L'ordonnanceur parcourant séquentiellement les files une à une, peut rencontrer

Flux Taille des Ratio (R) % de R*Bp Normaliser Byte count

L3-GTR: Mécanismes de QoS internes aux équipements 20

Qi=1000 bytes 1500 bytes

DC: Deficit Counter

L3-GTR: Mécanismes de QoS internes aux équipements 23

L3-GTR: Mécanismes de QoS internes aux équipements 24

 SRR diffère de WRR dans l'application de la pondération

L3-GTR: Mécanismes de QoS internes aux équipements 27

 Envoyer les paquets dans l’ordre croissant des temps

L3-GTR: Mécanismes de QoS internes aux équipements 28

 Pendant un « tour » on « consomme » un bit par file

 Durée d’un tour est définie par le nombre de files

L3-GTR: Mécanismes de QoS internes aux équipements 29

1000 2000 2500 3000 3500 4000 4500 5000

L3-GTR: Mécanismes de QoS internes aux équipements 30

 Temps d'envoi virtuel des paquets est:

 L'envoie des paquets sera basé sur ce temps d'envoi

L3-GTR: Mécanismes de QoS internes aux équipements 31

 Le calcul du temps de fin varie en fonction de l'état

L3-GTR: Mécanismes de QoS internes aux équipements 32

L3-GTR: Mécanismes de QoS internes aux équipements 33

L3-GTR: Mécanismes de QoS internes aux équipements 34

 Cas d'une file non vide:

 En combinant les deux formules nous obtenons:

F(f,k) = max{F(f,k-1), R( t(f,k) )} + T(f,k)

L3-GTR: Mécanismes de QoS internes aux équipements 35

 Les paquets prêts sont transmis selon l’ordre donné

L3-GTR: Mécanismes de QoS internes aux équipements 36

L3-GTR: Mécanismes de QoS internes aux équipements 37

Temps d'envoi virtuel: F(P1)=3 , F(P2)=4, F(Q1)= 2, F(Q2)= 6 et F(R1)=5

 Le calcul se fait en utilisant la formule suivante:

L3-GTR: Mécanismes de QoS internes aux équipements 39

R(1) = R(0) + (1-0)/1 = 1 // passage à deux files actives

L3-GTR: Mécanismes de QoS internes aux équipements 40

 Ordre d'envoi des paquets: Q1, P1, P2, R1 et enfin Q2

L3-GTR: Mécanismes de QoS internes aux équipements 42

Temps d'envoi virtuel: F(P1)=2, F(P2)=3.5, F(Q1)=4, F(Q2)=5 et F(R1)=7

L3-GTR: Mécanismes de QoS internes aux équipements 44

 L'idée est de permettre un accès équitable à la BP,