REPUBLIC OF CAMEROON

REPUBLIQUE DU CAMEROUN ******

****** Peace - Work-Fatherland
Paix-Travail-Patrie
*****
MINISTERE DES POSTES ET
SUP’PTIC ******
MINISTRY OF POSTS AND
TELECOMMUNICATIONS
TELECOMMUNICATIONS ******
****** NATIONAL ADVANCED SCHOOL OF
ECOLE NATIONALE SUPERIEURE DES POSTS, TELECOMMUNICATIONS AND ICT
POSTES, TELECOMMUNICATIONS ET TIC ******
******

Quality of Service( QoS)

and Network performance
Theory and Practice

QUALITÉ DE SERVICE ET
PERFORMANCE DES RÉSEAUX
LECTURE NOTES ITT3/ALT-
SUP’PTIC YAOUNDE 2016/2017
LECTURER: SUMBELE FELIX
Qualité de Service dans
l’Internet
 Introduction / Généralités
 Quelques principes
 Techniques de lissage
 Techniques d’ordonnancement
 Routage avec QoS
 Contrôle d’admission
 Des solutions dans l’Internet
 Ce qu’il faut retenir
 Les principes de la qualité de service
 Les principaux mécanismes
– Lissage
– Ordonnancement
– Routage avec QoS
 Les architectures de certaines solutions
dans l’Internet
 Introduction
 L’incontournable Internet
 Applications adaptées
– Transfert de fichiers, accès à distance, courrier
électronique, etc.
 Nouvelles applications
– Vidéo à la demande, jeux interactifs distribués,
téléphonie sur IP
– Nécessitent une certaine qualité
 Qualité d’un service
Combinaison de différents paramètres
– Délai
– Gigue
– Bande Passante
– Fiabilité
– Disponibilité
Quelques applications
Architecture de base de l’Internet

 Longtemps inchangée
 Principe « au mieux »
– Best effort
– Fait de son mieux pour délivrer un paquet
 Aucune garantie de qualité offerte aux
nouvelles applications
 Et alors
 Les débits sont maintenant suffisants
– Oui pour les réseaux locaux
– Coûteux pour les grands réseaux
– Plus de bande passante ne privilégie pas les
applications sensibles
 Applications de plus en plus gourmandes
 Usagers de plus en plus nombreux
 Que faire ?
 Assurer des performances
– Fournir des garanties sur certaines
applications
 Différentier les services
– Ne pas traiter tout le monde et toutes les
applications de la même façon
 Fournir de la qualité de service
 Notion pas si nouvelle
 réseaux téléphoniques
 Réseaux ATM
 Internet
– 1ère proposition en 1979
 Actuellement dans l’Internet
 « best effort » toujours et encore
– Congestion du réseau est possible
 Pertes, délais
– Pas de garanties sur le temps
– Pas de garantie sur les pertes
 Il faut modifier l’Internet actuel
– Nouveaux protocoles
– Nouvelles architectures
I. Quelques principes
Un modèle d’étude simple
 Cas1
Exemple : appli. téléphonie à 1Mb/s et 1 flux
FTP sur
un même lien à 1.5Mb/s
 Premier principe
Il faut pouvoir différentier les paquets
– Marquage des paquets
– Politique de traitement des différents
paquets sur les routeurs
 Cas2
L’application audio envoie ses paquets à
un
débit supérieur à 1 Mb/s
T1
 Deuxième principe
 Il faut pouvoir isoler (protéger) les
classes les unes par rapport aux autres
 Politique pour vérifier que les sources
répondent bien aux requis
– Marquage et traitement sur les routeurs
d’accès
 Cas3
Plutôt que de faire un contrôle, on alloue une
portion
de bande passante à chaque application
 Troisième principe
 Ne pas gaspiller des ressources
inutilement
 Utiliser les ressources de manière la plus
efficace possible
 Quatrième principe
 On ne peut pas traiter plus que sa
capacité
– On ne peut pas tout accepter
 Contrôle d’admission (CAC)
 En résumé

 Marquage des paquets

– différentiation
 Politiques d’ordonnancement et de
traitement (lissage)
 Bonne utilisation des ressources
 Contrôle d’admission
 Mise en oeuvre
 Pas de solution magique
 Pas de solution unique
 Variété de solutions
– Combinaison de techniques mutliples
II. Techniques de lissage
 Buffering
But
– aplanir la gigue
 Lissage de trafic
 Contrôle de flux à la réception n’est pas
suffisant
 Contrôle de flux à l’émission
Algorithme du seau percé
réseau
 Algorithme du seau à jeton
 Seau percé
– Débit de sortie fixé
 Réguler le débit en fonction de ce qui
arrive
 Seau possède des jetons générés à un
certain débit
Algorithme du seau à jetons
Algorithme du seau à jetons
III. Ordonnancement
 Principe
 Définir l’ordre de transmission des
paquets
 Différentes stratégies
– Bande passante / Délai
-Quel paquet transmettre suivant ces
contraintes
– Buffer
-Quel paquet rejeter
Principe
 File FIFO (First In First Out)
 1er arrivé, 1er servi
 Lorsque la file est pleine, les paquets sont
rejetés
 Pas d’isolation des flux
 File prioritaire
 Différentes files avec différentes
priorités
 Ordonnancer les paquets de ces files
 Il ne faut pas que toutes les applications
envoient dans la file de plus haute priorité
Round Robin
Algorithme du temps équitable
Fair Queueing
 Algorithme du temps équitable pondéré
Weighted Fair Queueing

 Découpage des paquets différents suivant

les priorités
– Poids donné sur chaque file
– Détermine le débit de sortie sur chaque file
 Implanté dans les routeurs
– CISCO, ATM
IV. Routage avec QoS
 Routage classique
 Plus court chemin
 Aucune garantie sur aucun des paramètres
 Dépend de l’état des liens, des routeurs
 Routage avec QoS
 Offrir des garanties sur certains paramètres
 Routes optimales
– Route avec le plus petit délai
 Routes répondant à certaines contraintes
– Route ayant une bande passante de 100 Ko/s
 Routes multicritères
– – Route ayant le plus petit taux de pertes avec un
délai d’au plus 100 ms
 Métriques additives

 Ex: Nombre de sauts, délai

 Dijkstra classique
– Poids de la métrique considérée sur chaque lien
– Poids d’un chemin = somme des poids des liens
sur ce chemin
 Métriques multiplicatives

 Ex: Fiabilité, probabilité de succès

 Dijkstra classique
– Poids de la métrique considérée sur chaque
lien
– Poids d’un chemin = multiplication des
poids des liens sur ce chemin
 Métriques concaves
 Ex: Bande passante
 Dijkstra classique
– Poids de la métrique considérée sur chaque
lien
– Poids d’un chemin = minimum des poids
des liens sur ce chemin
V. Contrôle d’admission
 Spécification de flux

 Difficile d’estimer les besoins en espace

de stockage et en cycles CPU
 Tolérance très variable entre les applications
 Beaucoup de paramètres à prendre en compte
dans la négociation des flux
 Exemple de paramètres

 Débit et taille du seau à jeton

 Débit maximum toléré
 Tailles de paquet minimum et maximum
 Contrôle d’admission

 Contrôle sur le trafic entrant

 Réservation des ressources possibles
 Maîtrise l’utilisation des ressources
– Accepter / rejeter les flux
 Pas si simple à mettre en oeuvre
– Évaluation des ressources disponibles
VI. Des solutions dans
l’Internet
 QoS avec ou sans état ?
 Solutions sans état
 Solutions avec état
Solutions existantes
 IntServ – Integrated Services

 Architecture
– Garanties de QoS dans les réseaux IP
– Applications individuelles
 Réservation de ressources (routeur)
– Maintenance des informations sur les ressources
allouées
– Gérer les demandes
 Spécifications
 Chaque session doit
– Déclarer ses besoins de QoS
– Caractériser le trafic à envoyer
 2 variables
– R-spec
– T-spec
 Protocole de signalisation pour véhiculer R-spec
& T-spec
 Classes
 Garantie
– Bornes strictes sur les délais dans les files d’attente
– Applications temps réel très sensibles aux délais
 Contrôlé
– Mieux que le best effort mais sans garanties
– Celles obtenues sur les routeurs non chargés
 Best effort
 RSVP – Resource reSerVation
Protocol
 Réservation de ressources pour les applications
unicast et multicast
 Etablissement d’une session RSVP
– Message PATH
– T-Spec
– Ad-Spec
 RSVP – Resource reSerVation
Protocol
 Requête d’une réservation
– Message RESV
– R-Spec
 Contrôle d’admission sur les routeurs
– Si non, message d’erreur
 Flux multicast
– Réservations communes
– Partage des ressources
 RSVP – Resource reSerVation
Protocol
 Orienté destinataire du flux de données
– Chargé de l'initialisation
– De la réservation
– Du maintien des ressources allouées
DiffServ – Differentiated Services

 Résoudre les problèmes d’IntServ

 Extensible
 Flexibilité
 Signalisation simple
 Principes

 Fonctions à l’entrée du réseau

– Complexes
 Fonctions dans le coeur du réseau
– Simples
 Pas de classes définies
– Plusieurs fonctions
 Fonctions d’entrée

 Utilisateur définit le profil du flux

– Débit
– Taille des rafales
 Classification
 Marquage des paquets
 Lissage du trafic
– Délai
– Paquets rejetés
 Fonctions de coeur

 Retransmission
– Suivant la classe du paquet (marquage)
 Exemples
– Paquets de classe A retransmis avant les paquets de
classe B
– Paquets de classe A obtiennent x% de la bande
passante
 Aucune information maintenue sur les routeurs
 Quality of Service

SUMBELE FELIX
2016
 Plan
 Présentation
 Où peut-on retrouver de la QoS ?
 Où est-ce nécessaire
 Positionnement de la QoS
 Les différentes étapes de la gestion de trafic
 Les différentes façons de gérer le trafic
 Precedence
 DiffServ
 IntServ
 802.1p
 La QoS sur les switchs Super Stack 4400
 Conclusion
 Questions 64/29
 Présentation

 La qualité de service est la gestion/contrôle des

flux réseaux.
 La métrologie est la surveillance des flux réseaux.
 La qualité de service et la continuité de service
sont deux choses différentes … mais proches.
 CoS (Class of Services) est un élément de la QoS.

65/29
 Présentation

2 types d’approches
Est-ce les flux prioritaires qui saturent la BP ?
Le % de temps de saturation par jour est-il important ?
OUI NON

Si BP sature, alors Si BP sature, alors gérer

augmentation de la BP le trafic

Mettre en place des Mettre en forme le trafic

priorités
Qualité de Service
66/29
 Où peut-on retrouver de la QoS ?

1. Dans les switchs

802.1p
2. Dans les routeurs
RSVP, IP, TCP, …
3. Dans les protocoles
MPLS, ATM, FR

La QoS peut-être gérée de bout en bout ou de proche en proche

selon notre zone d’action
67/29
 Où est-ce nécessaire ?

1) Chez un fournisseur d’accès (à Internet) :

 Un réseau avec plusieurs utilisateurs n’ayant pas souscrit aux mêmes abonnements.
2) Chez un particulier/PME :
 Un accès Internet avec une bande-passante limitée (trafics avec des volumes
importants mais sporadiques => email, web).
3) Une entreprise dont le point de sortie vers un opérateur est saturé :
 En attendant une augmentation de la bande-passante, mise en place d’un service
dégradé aux utilisateurs.
4) Un site d’une entreprise communiquant constamment avec des sites extérieurs :
 Point de sorti bien dimensionné, flux continu et moyen, mais éviter les pics.
5) Plusieurs services/réseaux sur les mêmes supports physiques ou sur les mêmes
équipements.
6) Répartition de charge.
7) Besoin de haute-disponibilité.
 Ne pas souffrir de saturations réseaux ;
 Ne pas être impactés par des coupures de lignes ou par des baisses de la bande-
passante disponible.
68/29
 Positionnement de la QoS

Action de la QoS avant le Action de la QoS sur

goulot d’étranglement le récepteur
Action de la QoS sur
le goulot
d’étranglement

Trafic réseau Capacité du réseau

Congestion ou
saturation

69/29
 Positionnement de la QoS

Configuration de la QoS au niveau 2

LAN

Configuration de la QoS au niveau 3

LAN
WAN
LAN

70/29
 Gérer la qualité de service

3 APPROCHES

 Precedence (préséance en français) : on traite le paquet IP

suivant la priorité indiquée dans son en-tête.
 DiffServ : affection de priorités et de classes de service dont les
valeurs sont transportées dans les paquets IP. Formatage en
entrée du réseau et traitement au sein du réseau.
 IntServ : réservation des ressources nécessaires à la
communication tout au long du chemin qu’emprunteront les
paquets. Ensuite tous les paquets de cette communication
suivront la politique de qualité de service mise en place lors de
la réservation (comme une communication téléphonique).

71/29
 Les différentes étapes de la gestion de trafic

 La file d’attente.
 Traiter en priorité tel ou tel paquet en cas de congestion ;
 Rejeter en priorité tel ou tel paquet en cas de saturation.
 Le classificateur.
 Affecte une priorité ou/et une classe de service au paquet en
fonction de divers paramètres.
 L’ordonnanceur.
 Mesure et analyse le flux (metering) ;
 Ensuite compare avec la QoS demandée ;
 Puis applique (WRR, SPQ, …) la qualité de service en fonction
de la priorité ou de la classe à laquelle appartient le paquet. Il
peut alors :
Changer le marquage du paquet (marking) ;
Réguler le trafic (traffic shaping) ;
Écrêter les pics de trafic (traffic policing). 72/29
 Les différentes façons de gérer le trafic

Les files d’attente :

 FIFO (First In First Out). C’est le principe du best effort (à la queue leu leu !).
 Traffic Shaping repose sur l’algorithme du leaky-bucket : un trafic erratique est lissé
en temporisant les pics de trafic.
 Policing repose sur l’algorithme du token-bucket : les pics de trafic sont écrêtés.
 Priorité (SPQ pour Strict Priority Queuing) : tant qu’il y a des paquets prioritaires
dans la file d’attente, ils seront traités avant de passer aux autres moins prioritaires
(ambulance sur la route).
 WFQ (Weighted Fair Queuing). Priorité à certains trafics par rapport à d’autres (les
ESF aux remontées mécaniques) ssi congestion. WRR (Weighted Round Robin)
 RED (Random Early Detection) intervient avant la congestion. Des paquets sont
aléatoirement rejetés lorsqu’on s’approche de la congestion.
 WRED (Weighted RED) et ERED (Enhanced RED) permettent de sélectionner
les flux en fonction de priorités qui déterminent le rejet des paquets
 SFQ (Stochastic Fairness Queueing) : N paquets de chaque file d’attente sont traités
avant de passer à la prochaine file d’attente. Chaque file correspond à un flux, et N
est toujours le même, quel que soit la file d’attente, donc quel que soit le flux.

Le marquage
 ECN (Explicit Congestion Notification) est un nouveau champ dans TCP : il est
indiqué explicitement à TCP qu’il y a congestion plutôt que de le laisser s’en rendre
compte tout seul. ECN est associé à la file d’attente RED (RFC 3168).
73/29
 DSCP (Differenciated Service Code Point). Voir DiffServ dans cette présentation.
 Les différentes façons de gérer le trafic

FIFO Fonctionnement normal, pas de saturation du réseau ni de

congestion
Trafic shaping En entrée ou au sein du réseau, pour lisser un flux erratique afin
de limiter les risques de congestion ou encore pour adapter le flux
entre deux réseaux à débits différents. Convient bien pour les
bandes-passantes importantes si bien paramétré. Utile si plusieurs
points d’entrée et plusieurs points de sortie. Egress
Trafic policing En entrée du réseau pour adapter le flux entre des réseaux à débits
différents. Utile si un point d’entrée et plusieurs point de sortie.
Ingress
Priorité Liens bas débits, applications très prioritaires
WFQ Au sein du réseau, sur des liens à bas et moyens débits pour gérer
les congestions
WRED Au sein du réseau, sur des liens à hauts débits, pour prévenir les
congestions
SFQ Goulot d’étranglement où l’on ne veut pas qu’une session
accapare la bande-passante.
74/29
 Les différentes façons de gérer le trafic

FIFO

Trafic shaping Priorité

ou ou
policing Gestion évoluée des files d’attentes

Ordre de mise en place

Préparer le Gestion plus fine des
trafic congestions et des
saturations

75/29
 Precedence

 On s’appuit sur le champ TOS de IP.

 Precedence peut être utilisée avec WRED et WFQ.
 Valeurs de 0 à 7 pour le champ IP precedence (3 premiers bits):
 0 : routine
 1 : priority
 2 : Immediate
 3 : flash
 4 : flash override
 5 : critical
 6 : internetwork control
 7 : network control
 Champ TOS
 3ième bit : minimize delay (0 normal, 1 low)
 4ième bit : maximize throughput (0 normal, 1 high)
 5ième bit : maximize reliability (0 normal, 1 reliability)
 6ième bit : minimize monetary cost (cf RFC 1349)
 Le dernier (8ième) bit est toujours à 0.

IP Precedence TOS 0 76/29

 DiffServ

 Le champ DSCP permet de définir 64 codepoints répartis en 3 ensembles :

 xx0 : 32 codepoints pour les actions standard ;
 x11 : 16 codepoints pour un usage expérimental et une utilisation locale ;
 x01 : 16 codepoints pour un usage expérimental, une utilisation locale ou pour une
extension du premier ensemble.
 Un codepoint permet de sélectionner une classe de service PHB (Per-Hop Behavior)
composée en 2 parties :
 Sélecteur de classe : définition de la classe ;
 Drop precedence : priorité avec laquelle les paquets sont rejetés.
 3 types des PHB sont définis :
 AF (Assured Forwarding) : pour les flux nécessitant une bande-passante limitée. Le
trafic en excès est rejeté progressivement selon un mécanisme de priorité reposant sur
4 classes de 3 priorités de rejet chacune ;
 EF (Expedited Forwarding) : cf Premium Service (DSCP = 101110). Pour les flux
nécessitant une bande-passante garantie, avec de faibles taux de gigues, latence et
pertes ;
 CS (Class Selector) : pour la compatibilité avec le champ IP Precedence
(CS0/CS1/CS2/CS3/CS4/CS5/CS6/CS7).

DSCP (6bits = Sélecteur de classe (3) + Drop precedence (3) ) ECP (2 bits)
77/29
 DiffServ

Type de flux DiffServ Codepoint DSCP Nom commercial

Trafic réseau CS7, CS6 56, 48 Critical/network

(routage, contrôle)
Voix EF 46 Premium

Visio conférence AF41, AF42, AF43 34, 36, 38 Platinium

Signalisation voix AF31, AF32, AF33 26, 28, 30 Gold

Critique AF21, AF22, AF23 18, 20, 22 Silver

Prioritaire AF11, AF12, AF13 10, 12, 14 Bronze

Standard CS0 0 Best effort

78/29
 IntServ
 IntServ : réseau à intégration de services.
 Application/PC/serveur/routeur doivent supporter cette fonctionnalité.
Sinon, certains routeurs peuvent simuler une demande de réservation de
ressources.
 La qualité de service n’est pas embarqué dans chaque paquet. Elle est
négociée avec les équipements réseaux avant toute émission de données
 qualité de service de bout en bout.
 Utilisation du protocole RSVP : Resource reSerVation Protocol
 Le contrôle d’admission : vérifier que la prise en compte de la demande de
QoS d’un nouveau flux ne remet pas en cause les réservation des autres
flux actuellement enregistrés
 La classificateur : affecter une classe de service aux paquets entrants
 L’ordonnanceur : gestion des files d’attente des paquets sortants
 Réservation : réserver des ressources permettant de paramétrer le
classificateur et l’ordonnanceur, à la demande du RSVP.

79/29
 IntServ

 Message Path : On définit le chemin à emprunter. Envoi

régulier.
 Message Resv : On réserve les ressources sur les
équipements traversés.

La demande de réservation est constituée d’un descripteur

de flux …
Flowspec : spécificateur de flux. QoS désirée pour
configurer l’ordonnanceur.
Filterspec : filtre de flux. Caractéristiques du flux pour
configurer le classificateur de paquet. 80/29
 IntServ

Plusieurs styles de réservation

 Wildcard-Filter (WF) : une seule
réservation est faite pour les flux de
tous les émetteurs.
 Fixed-Filter (FF) : une réservation
par flux
 Shared-Explicit (SE) : du WF pour
quelques flux, FF pour les autres.
Si plusieurs demandent
sont reçues par le routeurs
de plusieurs récepteur, mais
avec un émetteur unique,
alors les demandes sont
fusionnées.
81/29
 IntServ
Comment un récepteur décrit-il la qualité de
service voulue ?
Classe de service :
 Un service de contrôle de charge
 Un service garanti
Paramètres décrivant la classe de service :
Cette  Non-is_hop
présentation ne  Number_of_is_hops
rentrera pas plus  Avaible_path_bandwith
dans le détail !  Minimum_path_latency
 Path_mtu
Paramètres décrivant les flux :
 Token rate
 Bucket size
 Peak rate
 Unité de contrôle minimal
82/29
 Taille maximale des paquets
 802.1p

 Avec 802.1q, un champ est à la fois pour gérer les VLAN

et les classes de services (802.1p). Mais les trames sont
reformatées en 802.3 lorsqu’elles sont redirigées vers un
port de sortie.
 7 classes de service (champ de 3 bits) :
 0 = Best effort
 1 = Background
 2 = Réservé (spare)
 3 = Excellent effort (business critical)
 4 = Application à contrôle de charge (streaming multimedia)
 5 = Vidéo (interactive media), moins de 100ms de latence et jitter
 6 = Voix (interactive media), moins de 10ms de latence et jitter
 7 = Network control reserved traffic
83/29
 La QoS sur les switchs Super Stack 4400

On va définir les différents composants d’un profil

de gestion de trafic et ensuite ce profil sera affecté
à un ou plusieurs ports. Les différents composants
sont :
Les paramètres de classification qui permettront de
savoir s’il faut gérer avec de la QoS le trafic rencontré.
 En cas de saturation
 quelle file d’attente stocke le trafic ? => caractéristiques de
la file d’attente (priorités 802.1p, DSCP, …).
 La gestion des différentes files d’attentes entres-elles
 Dans un fonctionnement normal
 Un modèle de mise en forme de trafic

84/29
 La QoS sur les switchs Super Stack 4400

Port x
Mise
Trafic en File d’attente 1
forme 1

Trafic File d’attente

Trafic Trafic par défaut
Classificateur 2
Trafic Classificateur 1 Trafic
Mise
Classificateur 3
Trafic en File d’attente 2
forme 1
Mise
en File d’attente 3
forme 3
85/29
 La QoS sur les switchs Super Stack 4400

Créer les files d’attente et modèles de trafic shaping

 Créer les niveaux de priorité/les files d’attente
trafficManagement qos serviceLevel create <numFile> <nomFile>
<prio802.1p> <codePointDiffServ>
Le switch ne prend en compte que le 802.1p lorsqu’il doit prioriser un flux par rapport à
un autre.

 Définir la gestion des files d’attentes

trafficManagement qos trafficQueue serviceMode [WRR,SPQ]

 Créer des modèles de mise en forme de trafic

trafficManagement qos trafficShape create <numModele> <nomModele>
<debMoyEgress(Mb/s)> <surplusDebEgress(kB/s)>
Comportement en dégradé si debMoyEgress > 65Mbit/s dans certaines configurations

 Classer le trafic
trafficManagement qos classifier create <numClass> <nomClass>
<typeClass> <paramTypeClass> 86/29
 La QoS sur les switchs Super Stack 4400

Créer un profil regroupant les paramètres

précédemment configurés et l’affecter à un port
 Créer le profil :
 trafficManagement qos profile create <numProfil> <nomProfil>

 Y insérer une ou plusieurs classe(s) :

 trafficManagement qos profile addClassifier
<numProfil> <numClassInsérée> <numServiceLevel>

 Y insérer un modèle de mise en forme de trafic :

 trafficManagement qos profile addShaper <numProfil>
<numModeleInséré>

 Assigner le profil créé à un port :

 trafficManagement qos profile assign <numPort> <numProfil>
87/29
 La QoS sur les switchs Super Stack 4400

Exemple de mise en place

 Limiter le débit à 20 Mbit/s vers le serveur ftp.
 192.168.0.19 plus prioritaire que le 192.168.0.17 .
 Gestion des priorités qu’au niveau LAN (pas de marquage spécifique en IP).

Traffic shapping
sur U1p24

Priorités
sur U1p1

Attention !
Mettre de la mise en forme de trafic en entrée du switch et pas en sortie.
Mettre la gestion des priorités en sortie du switch et pas en entrée.
Les différents flux à prioriser doivent arriver dans le switch par le même port.

88/29
 La QoS sur les switchs Super Stack 4400

Exemple de mise en place

Traffic shapping
sur U1p24

Priorités
sur U1p1

Pour les priorités sur U1p1

trafficManagement qos trafficQueue serviceMode SPQ
trafficManagement qos classifier create 101 ClassMoins ipAddr 192.168.0.17 32
trafficManagement qos classifier create 102 ClassPlus ipAddr 192.168.0.19 32
trafficManagement qos profile create 106 ProfilTestOut
trafficManagement qos profile addClassifier 106 101 2
trafficManagement qos profile addClassifier 106 102 5
trafficManagement qos profile assign 1:1 102

Pour la mise en forme de trafic sur U1p24

trafficManagement qos trafficShape create 2 MonShIn 20 4
trafficManagement qos profile create 105 ProfilTestIn
trafficManagement qos profile addShaper 105 2
trafficManagement qos profile assign 1:24 105 89/29
 Conclusion

 Sujet complexe, souvent mal maîtrisé.

 Par manque de compétences, les administrateurs
réseaux préfèrent augmenter la bande-passante
que d’essayer de maîtriser les flux.
 Les switchs 3Com 4400 offrent la possibilité de
faire de la QoS grossièrement pour tout ce qui est
traffic shaping, mais plus finement avec la gestion
des priorités.
 Des systèmes comme Linux permettent
d’implémenter de la QoS de « haute voltige » sur
un réseau, des postes de travail ou des serveurs.
90/29
 Questions

LECTURE NOTES ITT3/ALT-

SUP’PTIC YAOUNDE 2016/2017

Thats’ all folk !

 LECTURER: SUMBELE FELIX

91/29