Performances et QoS

Chapitre 4

Architectures de QoS

Jrgen Ehrensberger IICT/HEIG

4-Architectures.ppt

Contenu du chapitre
1 : Critres de ralisation dune architecture de QoS
Complexit et applicabilit

2 : Les Services Intgrs (IntServ) et RSVP

3 : QoS dterministe et le Network Calculus
Calcul des bornes du dlai de transit de bout en bout Multiplexage statistique des flux Dimensionnement des noeuds

4 : Capacit quivalente

5 : Les Services Diffrencis (DiffServ)

6 : Performances des rseaux DiffServ

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

Critres de ralisation dune architecture de QoS

Dterminent le domaine dapplication dune architecture Critres
chelle de temps de contrle de QoS
Paquets individuels (1-100s) :
Mcanismes de classification, contrle de trafic, scheduling

Dlai aller-retour (1-100ms) :

Mcanismes de contrle de flux et de congestion

Sessions dutilisateurs (sec. min.) :

Mcanismes de rservation de ressources et de contrle dadmission

Planification de rseau (jours, mois, ...)

Optimisation de la capacit du rseau

Compromis entre la complexit de traitement et la prcision du contrle

Granularit de contrle
Par micro-flux identifi par (IP src, IP dst, port src, port dst, protocole) Par flux agrgs (classes de service, destination, ...) Le traitement de micro-flux est typiquement trop complexe sur les noeuds haut dbit

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

Critres de ralisation dune architecture de QoS (cont.) Critres

Localisation des mcanismes de contrle
Dans les systmes terminaux Dans la bordure du rseau Dans le coeur du rseau (noeuds haut dbit)

Localisation des informations de contrle

Dans les en-ttes des paquets Dans les noeuds du rseau
Ncessite une classification des paquets Ncessite un protocole de signalisation pour communiquer les informations aux noeuds

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

Scalabilit dune architecture

Est-ce quune architecture est ralisable dans un rseau global comme Internet ?
Trs Trs Trs Trs grand nombre de flux grand nombre de noeuds grand nombre de terminaux haut dbit

Problmes de scalabilit
Traitement de micro-flux Classification / contrle de trafic dans les coeur du rseau Localisation des informations sur tous les noeuds du rseau Protocole de signalisation entre les tous les noeuds du rseau

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

Larchitecture IntServ
Premire architecture de QoS dveloppe pour Internet Permet de fournir une QoS bien contrle le long du chemin entier QoS par micro-flux Rservation explicite des ressources
Typiquement avec le protocole RSVP Contrle dadmission :
Chaque noeud doit dcider sil peut accepter la rservation ou non

Deux lments
Modle IntServ : dfinit les services et larchitecture Protocole RSVP : protocole de signalisation
Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 6

Les Services Intgrs (IntServ)

Principe
Rservation des ressources (dbit, mmoire tampon) avant la transmission des donnes Contrle dadmission par noeud Si la rservation est accepte, le flux obtient une QoS constante pendant toute la dure de vie Paramtres de performances contrls:
Dlais dattente Pertes de paquets Dbit de transmission (pour GS)

Dfini deux services

Service de QoS Garantie (GS, Guaranteed QoS)
Fournit une QoS dterministe , quantitative

Service de Charge Contrle (CL, Controlled Load)

Service similaire celui dun rseau peu charg Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 7

Service de QoS Garantie (GS)

mule une liaison ddie entre lmetteur et le rcepteur
Dbit de transmission minimum garanti Dlai de transit strictement born Sans pertes cause du dbordement des tampons

Base thorique: modle GPS

Permet de calculer le dlai de transit maximum

Ralisation
WFQ

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

Spcification de Trafic TSpec

La source dun flux GS utilise un contrle de trafic pour assurer que le flux soit conforme Contrle du dbit maximum une spcification de trafic TSpec (r,b,p,m,M)
p

Contrle du dbit moyen

r

Double seau jetons :

r : dbit moyen b : taille de rafale p : dbit maximum (peut tre infini) M : taille de paquet maximum
Flux entrant
Conforme? Conforme?

b M

Trafic conforme

m : taille comptable minimum des paquets

Le trafic non-conforme est transmis avec le service Best Effort normal Le shaping est possible sur les noeuds du rseau pour ramener le flux sa TSpec
Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 9

Service GS par noeud

Ide :
Chaque flux rserve un dbit R garanti Le noeud simule un lien ddi avec un dbit R, grce GPS En ralit chaque noeud introduit des dlais supplmentaires
Dlais de traitement Dviation du service fluide GPS par WFQ Effets de paquetisation

Temps de sjour d maximum par noeud:

Description du service par noeud (ADSPEC)

R : dbit minimum garanti D : dlai supplmentaire maximum (traitement, ...) C : dlai (relative au dbit R) supplmentaire

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

10

Service de bout en bout

On aimerais dterminer le dlai de transit maximum dun paquet travers le rseau
Borne simple : somme des temps de sjour par noeud :

Dtransit

b+ C
i i

+ i Di

Beaucoup trop pessimiste !

On peut montrer (

support et Network Calculus)

Dtransit

b C tot + + Dtot R R
C tot = i C i
Dtot =
Jrgen Ehrensberger

Di
Cours PQS 4-Architectures QoS 11

IICT/HEIG

tablissement du service GS
Pour un flux avec :
une TSpec (r,b,p,m,M) un dlai de transit maximum Dobj souhait

1. 2. 3.

Dterminer les valeurs de Ctot et Dtot avec un protocole de signalisation (RSVP) Calculer le dbit R rserver pour obtenir Dobj Si Dobj est grand, il est possible que dj la rservation minimum (R = r) donne un dlai de transit D infrieur Dobj Dans ce cas, calculer une tolrance de dlai S = Dobj D Composer la spcification de rservation RSpec (R,S) Communiquer la RSpec tous les noeuds le long du chemin, avec un protocole de signalisation

4. 5.

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

12

Contrle dadmission
Chaque noeud vrifie sil dispose de ressources suffisantes pour accepter la rservation Conditions pour chaque interface de sortie :
Dbit :

Rf C

Mmoire tampon :

Bf B
C B f b + r tot + Dtot R

Mmoire tampon maximum par flux :

Si la rservation est refuse:

Transmission sans QoS (Best Effort)
Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 13

Service de Charge Contrle (CL)

Noffre pas un service strictement dterministe comme GS mule la QoS dun rseau peu charg, mais indpendamment de la charge rel du rseau
Le taux de perte de paquets doit tre trs faible Le dlai de transit est bas pour la grande majorit des paquets

Ralisation
Mthode simple : File prioritaire
3 priorits : CL Best Effort Moins que Best Effort Contrle de trafic pour viter que CL monopolise le lien

WFQ par classe

Multiplexage des flux CL dans une classe WFQ avec suffisamment de capacit Bon partage de ressources, mais peu disolation des flux CL entre eux

WFQ par micro-flux

Servir les flux avec le dbit moyen r de la TSpec

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

14

Contrle de trafic
La source dfinit le profile du trafic par une TSpec (r,b,p,m,M) Le dpassement de la TSpec est parfaitement acceptable dans le service CL Le rseau doit essayer de transporter aussi le trafic non conforme, mais avec une QoS infrieure Best Effort
Le trafic non conforme ne doit pas pnaliser le trafic Best Effort normal Le contrle de flux peut dcider de diminuer la QoS dun flux complet, pour viter un rordonnancement des paquets

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

15

tablissement du service CL
Un flux CL utilise une RSpec qui nindique que le service CL mais non pas un dbit R rserver tablissement du service
1. Communiquer la TSpec tous les noeuds, laide dun protocole de signalisation

Contrle dadmission
Les noeuds tiennent compte du dbit moyen r et maximum p de tous les flux CL multiplexs Les noeuds peuvent aussi se baser sur la mesure du trafic effectif

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

16

Protocole RSVP Resource Reservation Protocol

Dvelopp en parallle avec larchitecture IntServ Particulirement bien adapt aux besoins dIntServ Caractristiques
tablissement de rservations unidirectionnelles Rservations unicast, point--multipoint et multipoint-multipoint Rservations htrognes
En service GS, chaque rcepteur peut choisir un dbit R diffrent

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

17

Mode de fonctionnement
tablissement dune rservation en deux phases
Message PATH
tablit le chemin Les noeuds annoncent leur service (ADSPEC)
H1 PAT PAT H1 H2 PAT H2 PAT

Message RESV
tablissement de la rservation Contrle dadmission
RE S V

R1 B
H2 PAT

H1 PAT

RE S

RE S

R1 B
RE S

S1
H2 PAT

PAT

H1 PAT H1 PAT H2

S1
V RE S

R2 C
PAT H1 PAT H2

RE S

R2 C
RES V

S2

S2

R3

R3

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

18

Message PATH
Envoys des sources aux rcepteurs Suivent le routage normal Fonctions
1. Permettent de mmoriser le chemin inverse pour les messages RESV suivants
Chaque routeur mmorise la session et le noeud prcdent
Traitement de messages PATH

Recevoir message PATH

Mmoriser le chemin inverse

2. Permettent aux noeuds dannoncer leurs termes derreurs C et D

Objet ADSPEC dans le message avec Csum et Dsum Chaque routeur additionne ses termes derreurs

Modifier ADSPEC

Modifier le champ Routeur prcdent

3. Informent les rcepteurs des caractristiques du flux

Identification du flux : Session et FILTER_SPEC: (IP src, port src) TSpec du flux (r,b,p,m,M) ADSPEC qui indique le service disponible : GS ou CL
Faire suivre le message

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

19

Message RESV
Envoys des rcepteurs aux sources Suivent le chemin inverse des messages PATH
Sont reus sur les interfaces de sortie du flux de donnes suivant
Traitement de messages RESV Recevoir message RESV

Fusionner les rservations

Contenu
Une ou plusieurs identificateurs de flux FILTER_SPEC Une description de la rservation (FLOW_SPEC) avec la TSpec et la RSpec

Contrle dadmission

Accepte ? Oui

Gnrer un message RESVERR

Mmoriser les donnes de la rservation

Envoyer le message RESVERR au prochain routeur

Traitement
Contrle dadmission Si accept:
Mmoriser la rservation Rserver les ressources Jrgen Ehrensberger IICT/HEIG Cours PQS
Dterminer le routeur prcdant Faire suivre le message

4-Architectures QoS

20

Erreurs de rservation et terminaison

Erreurs de rservation
Si le contrle dadmission choue:
Le noeud envoie un message RESVERR au rcepteur La rservation est maintenue sur les noeuds qui lont dj accepte Le rcepteur dcide sil veut garder la rservation partielle ou la terminer

Terminaison de rservation
Terminaison par une source
Message PATHTEAR de la source vers les rcepteurs

Terminaison par un rcepteur

Message RESVTEAR dun rcepteur vers les sources
Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 21

tats phmres (Soft State)

Contrairement un circuit virtuel, une rservation na pas de chemin fixe RSVP sadapte automatiquement aux changements de routes
tablissement une nouvelle rservation le long du nouveau chemin Effacer les anciennes rservations

Principe
Les sources et les rcepteur envoient priodiquement des messages PATH et RESV de rafrachissement Si la route change, les messages PATH de rafrachissement tabliront le nouveau chemin inverse Les messages RESV tabliront la nouvelle rservation Les noeuds qui ne reoivent pas de messages de rafrachissement effacent la rservation aprs un certain dlai Adaptation automatique aux nouvelles routes Charge de traitement priodique sur les routeurs
Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 22

Styles de rservation
Confrence vido :
Toutes les sources transmettent simultanment Une rservation spare par source

Confrence audio :
Une ou peu de sources sont actives la fois Une rservation partage par toutes les sources

Styles de rservation
Permettent de slectionner les sources dune session qui partagent une rservation (FILTER_SPEC)

Fixed Filter FF : rservations spares pour chaque flux Wildcard Filter WF : une rservation partage par tous les flux d Shared Explicit SE : Indique explicitement les sources qui partagent une rservation

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

23

Rcepteurs htrognes et fusion de rservations

Dans GS pour une session multicast, chaque rcepteur peut rserver un dbit R diffrent RSVP doit fusionner les rservations Exemple (rservation FF)
RESV [Flux A, max(TSpec1, TSpec2, TSpec3), max(RSpec1, RSpec2, RSpec3)] Routeur Rservation Flux A: Tspec1, RSpec1

2 1 Routeur

RESV [Flux A, TSpec1, RSpec1]

R1 R2

, [Flux A RESV

, R S pe TSpec2

c2]

3
RESV [Flux A, TSpec3, RSp ec3]

R3

max(TSpec1, TSpec2) = [max(r1,r2), max(b1,b2),max(p1,p2),min(m1,m2),max(M1,M2)] max(RSpec1, RSpec2) = [max(R1,R2), min(S1,S2)]

Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 24

Rservation Flux A: max(TSpec2, TSpec3), max(RSpec2, RSpec3)

Rsum de larchitecture IntServ avec RSVP

Caractristiques
Rservations simplex, multipoint--multipoints Rservations htrognes, contrles par les rcepteurs Contrle dadmission
Protge le rseau contre un surcharge de trafic prioritaire QoS constante pendant la dure de vie dun flux

Contrle de flux
Par les sources Optionnellement par les noeuds du rseau

Adaptation automatique aux routes, grce aux tats phmres

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

25

Discussion de la scalabilit dIntServ

1. Granularit de QoS
Traitement de micro-flux

2. Localisation des mcanismes de contrle

Chaque routeur du rseau doit
Participer la signalisation RSVP Classifier les paquets Chercher les informations de contrle de chaque paquet Ordonnancer les paquets par micro-flux

Exemple:
Lien 45 Mb/s dont 50% utilis pour la VoIP Jusqu 225 flux VoIP 100 kb/s Par seconde 11000 paquets classifier et ordonnancer

3. Scalabilit
IntServ et RSVP se prtent pour les rseaux daccs bas dbit Pour les rseaux haut dbit, une architecture plus scalable est ncessaire

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

26

Larchitecture DiffServ
Dveloppe aprs IntServ, comme architecture scalable, utilisable sur Internet

Principes
Le QoS est fournie par classe de trafic et non pas par microflux Les oprations complexes (classification, contrle de trafic) sont effectues la bordure du rseau mais non pas au coeur du rseau Sans protocole de signalisation. Les paquets indiquent la classe de service dans len-tte IP Aucune collaboration des sources de trafic (systmes terminaux) nest ncessaire Tient compte de la structure dInternet comme interconnexion de domaines indpendants
Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 27

Modle dun rseau DiffServ

Compos de domaines indpendants Noeuds de bordure
Classification Contrle de trafic Marquage des paquets
Domaine source

Noeuds de bordure

Noeuds internes

Domaine Domaine

Domaine source

Noeuds internes
Acheminement haute vitesse Traitement diffrenci en fonction de la classe inscrite dans le paquet
Jrgen Ehrensberger IICT/HEIG

Domaine

Domaine source

Cours PQS

4-Architectures QoS

28

Noeuds de bordure
Se situent la bordure dun domaine
Point dinterconnexion avec un autre domaine Entre du rseau, vers lutilisateur Contrle le trafic entrant (depuis lutilisateur ou un autre domaine) Contrle et ventuellement re-classifie le trafic avant le passage vers un autre domaine

Routeur dentre (ingress node) Routeur de sortie (egress node) Travaillent typiquement un dbit relativement bas

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

29

Fonctions des noeuds de bordure

Classification
Examine les en-ttes IP et TCP/UDP Peut distinguer des micro-flux ou des classes de trafic (par application, source, destination, ...) Permet de retrouver les informations de contrle (profile de trafic, service demand)

Contrle de trafic
Ralis par les lments Mesure , Marquage et Shaping/Dropping Compare le trafic effectif au profile de trafic (SLA)
P.ex. laide de seaux jetons

Prend les actions de shaping, policing, diminution de QoS, comptabilisation avec les paquets non conformes

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

30

Fonctions des noeuds de bordure (cont.)

Marquage
Inscrit la classe de service dans len-tte IP du paquet DSCP: DiffServ Code Point
Rutilise les champs TOS dIPv4 et Classe de trafic dIPv6 6 bits de poids fort du champs TOS/Classe de trafic Exemple:
TOS 184 (dc.)
Bits 8 7 6 5

DSCP 46 (dc.)
4 3 2 1

DSCP Champs TOS / Classe de service

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

31

Noeuds internes
Acheminent le trafic haute vitesse Effectuent uniquement une classification simple et lordonnancement
Classification en fonction du DSCP

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

32

Services DiffServ
Dfinis par des PHB PHB: Per-Hop Behavior
Dfinit le comportement observable dune classe de trafic sur un noeud Dcrit le service, non pas la ralisation

PHB locaux
Chaque domaine peut dfinir ses propres PHB qui ralisent les services travers le domaine Un PHB local utilise un code DSCP non normalis Re-marquage ncessaire la sortie du domaine

PHB normaliss
EF (Expedited Forwarding) : service Prmium AF1, ... AF4 (Assured Forwarding)
4 groupes AF, chacune avec 3 priorits de suppression

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

33

DSCP normaliss

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

34

Le PHB EF
EF: Expedited Forwarding
Vise la cration de services Prmium
Taux de perte faible Dlai de transit faible Variation de dlai faible

Ide
Le trafic EF sur une interface est transmis avec un dbit minimum garanti R Si le trafic EF est faible, compar R, les files dattente restent trs courtes
Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 35

Dfinition formelle du PHB EF

Pourquoi ne pas rutiliser le modle Serveur dbit-latence du service GS dans IntServ ?
Syndrome du Scheduleur paresseux du serveur dbit-latence
Le scheduler peut transmettre les premiers paquets plus vite que ncessaire pour ensuite retarder arbitrairement les paquets suivants Augmente la variation du dlai Empche de calculer une borne du dlai dattente dun paquet en fonction de la longueur de la file lors de larrive du paquet

Les paquets EF ne sont pas forcement transmis en FIFO

Les diffrents flux arrivent sur diffrentes interfaces dentre

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

36

Scheduleur PSRG (Packet Scale Rate Guarantee)

Ide
Approximation du serveur GPS idal Fournit un dbit minimum garanti, mme dans des intervalles trs courts

Dfinition (Serveur PSRG)

dj : temps de dpart effectif du paquet j R : dbit garanti

fj : temps de dpart idal du paquet j Ea : terme derreur (dviation maximum du temps de dpart idal) aj : temps darrive du paquet j lj : longueur du paquet j Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 37

Caractristiques de PSRG
Daprs la dfinition :
Le paquet j ne peut pas partir avant son arrive: dj > aj Le temps de dpart idal du paquet j est donne par le temps de dpart idal de j-1 plus lj/R Si un paquet j a t transmis avant sont temps de dpart idal, lchance des autres paquets est aussi avance

Plus restrictif que le scheduler dbit-latence

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

38

Ralisation du PHB EF
Plusieurs ralisations sont possibles
File dattente prioritaire
Tous les flux EF partagent la mme file qui est servie avec la priorit la plus haute Ncessite un contrle de trafic pour ne pas monopoliser la ligne

WF2Q (Worst-Case Weighted Fair Queueing)

Fournit une bonne approximation du dbit garanti, mme sur des chelles de temps courtes

Jrgen Ehrensberger

IICT/HEIG

Cours PQS

4-Architectures QoS

39

Les PHB AF
Groupe de PHB :
Plusieurs PHB dont le comportement dun PHB est relatif au comportement des autres

Les PHB AF :
4 groupes de PHB Pour chaque groupe AF1, ..., AF4 un dbit fixe est configur Les diffrents groupes sont isols les uns des autres Permet p.ex. la ralisation de services Olympiques
Or: utilisation 20%, Argent: utilisation 50%, Bronze: utilisation 80%

Service:
Service moins stricte que EF Probabilit leve que les paquets soient dlivrs Bonne utilisation des ressources du rseau
Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 40

Prfrences de suppression
Ide
Une source peut essayer dinjecter plus de trafic que spcifi par son profile de trafic Le rseau essaie de transmettre aussi les paquets hors profile Lors dune congestion, les paquets hors profile sont carts en premier

Prfrences de suppression
3 prfrences par groupe Permet de distinguer des paquets importants et moins importants P.ex. pour AF1
AF11 : prfrence de suppression basse AF12 : prfrence de suppression moyenne AF13 : prfrence de suppression lev Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 41

Ralisation des PHB EF

Pour les 12 PHB AF, il faut configurer deux lments
1. Allocation du dbit par groupe AFx :
P.ex. avec WFQ ou CBQ

2. Prfrences de suppression lintrieur de chaque groupe

Mthode AQM, comme RED Trois instance de RED, une par prfrence de suppression Les trois instances calcule la longueur moyenne de la file dattente sur tous les paquets de la classe AF Les trois instances ont des probabilits de perte diffrentes
Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 42

Discussion de la scalabilit de DiffServ

1. Granularit de QoS
Traitement par classe de trafic, non pas par micro-flux Peu de classes, facilitant le scheduling

2. Localisation des mcanismes de contrle

Les fonctions complexes sont ralises sur les routeurs de bordure Les routeurs au coeur font la classification simple (DSCP) et lacheminement haute vitesse Sans participation des systmes terminaux

3. Scalabilit
DiffServ est scalable mme pour des rseaux comme Internet Seuls les routeurs de bordure peuvent prsenter des problmes de scalabilit
Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 43

Aspects problmatiques de DiffServ

1. Complexit de la configuration
IntServ : les rservations sont tablies automatiquement par RSVP DiffServ : configuration manuelle des dbits des PHB EF/AF sur chaque interface Actuellement aucune mthode analytique pour dterminer les dbits configurer en fonction des performances cibles Surdimensionnement des dbits des PHB DiffServ ne sadapte pas dynamiquement aux fluctuations du trafic
Variations de lintensit du trafic Changement de la rpartition de la charge des liens

2. Configuration statique

Une adaptation dynamique ncessiterait une couche de contrle qui mesure et adapte la configuration Surdimensionnement pour tenir compte des situations worst-case Si une classe de trafic est surcharge, elle peut fournir une QoS infrieure celle dune classe plus basse Les noeuds de bordure ne considrent typiquement pas les micro-flux Un flux agressif peut monopoliser les ressources dune classe Jrgen Ehrensberger IICT/HEIG Cours PQS 4-Architectures QoS 44

3. Inversion des priorits

4. Manque disolation des flux dune classe