CNv6 Chapter6

Chapitre
6 : qualité de
service
Connecting Networks
ID_présentation © 2008 Cisco Systems, Inc. Tous droits réservés. Informations confidentielles de Cisco 1
Chapitre 6 - Sections et objectifs
 6.1 Présentation de QoS
• Expliquer le but et les caractéristiques de QoS
 6.2 Mécanismes QoS
• Expliquer comment les périphériques réseau implémentent QoS
6.1 Présentation de QoS
Présentation de QoS
Qualité de transmission du réseau
 Hiérarchisation du trafic
• Cette mise en file d'attente peut provoquer des retards, car les nouveaux
paquets ne peuvent pas être transmis avant le traitement des paquets
précédents.
• Si le nombre de paquets dans la file d'attente continue à augmenter, la mémoire
du périphérique se remplit et les paquets sont abandonnés.
Qualité de transmission du réseau
 Bande passante, encombrement, délai et gigue
• L'encombrement d'un réseau entraîne des délais.
• Le délai désigne le temps nécessaire à un paquet pour aller de la
source à la destination.
• La gigue est la variation de délai entre les paquets reçus.
 Perte de paquets
• En cas d'encombrement, il se peut que les périphériques réseau
comme les routeurs et les commutateurs abandonnent les paquets.
• La perte de paquets est très souvent la cause des problèmes de qualité
vocale sur un réseau IP.
• Dans un réseau correctement conçu, ce phénomène doit être proche
de zéro.
• Les ingénieurs réseau utilisent les mécanismes de QoS pour classer
les paquets vocaux afin d'arriver à une perte de paquets nulle.
Caractéristiques du trafic
 Tendances du trafic réseau
• Les différents types de trafics (voix,
vidéo et données) impliquent des
besoins extrêmement variés en
termes de réseau.
 Voix
• La voix est très sensible aux
retards et aux paquets supprimés ;
en cas de perte de paquets, il n'y a
aucune raison de retransmettre la
voix.
• Les paquets vocaux doivent
bénéficier d'une priorité plus élevée
que le reste du trafic.
• La voix peut tolérer un certain
degré de latence, de gigue et de
perte sans effet notable.
Caractéristiques du trafic
 Vidéo
• Contrairement à la voix, la vidéo
récupère moins bien en cas de perte
et comporte un plus grand volume de
données par paquet.
• La vidéo peut tolérer un certain degré
de latence, de gigue et de perte sans
effet notable.
 Données
• Les applications de données qui ne
tolèrent pas la perte de données,
comme les e-mails et les pages web,
utilisent le protocole TCP pour garantir
que les éventuels paquets perdus lors
du transit seront renvoyés.
• Par rapport à la voix et à la vidéo, le
trafic de données est relativement peu
sensible aux pertes et aux retards.
Algorithmes de mise en file d'attente
 Premier entrant premier sorti (FIFO)
• Le FIFO n'a pas de concept de priorité ou de classe de trafic et de ce
fait, ne prend pas de décision sur la priorité des paquets.
• FIFO, la méthode la plus rapide de mise en file d'attente, est efficace
pour les liaisons volumineuses dont le délai et l'encombrement sont
minimes.
 File d'attente équitable pondérée (WFQ)
• Méthode de programmation automatisée grâce à laquelle la bande passante est
allouée à l'ensemble du trafic réseau de façon équitable.
• Elle applique des priorités ou des pondérations au trafic identifié et le classe en
conversations ou flux.
• La méthode WFQ n'est pas prise en charge en cas de tunnélisation et de
chiffrement, car ces fonctionnalités modifient les informations requises sur le
contenu des paquets.
 File d'attente équitable pondérée basée sur la classe (CBWFQ)
• Étend la fonctionnalité de mise en file d'attente pondérée (WFQ) standard afin de
fournir la prise en charge des classes de trafic définies par l’utilisateur.
• Caractériser une classe signifie lui attribuer de la bande passante, un poids et une
limite maximale de paquets.
• Vous devez également spécifier la limite de file d'attente de cette classe, c'est-à-dire le
nombre maximal de paquets autorisés à s'accumuler dans la file d'attente
correspondant à cette classe.
• Les paquets faisant partie d'une classe sont soumis à la bande passante et aux limites
de file d'attente qui caractérisent cette classe.
 File d'attente à faible latence (LLQ)
• LLQ assure une mise en file d'attente prioritaire stricte pour CBWFQ, réduisant
ainsi la gigue dans les conversations vocales.
• La bande passante attribuée aux paquets d'une classe détermine l'ordre dans
lequel les paquets sont envoyés.
• Sans LLQ, tous les paquets sont traités de façon équitable en fonction de leur
poids ; il n'est pas possible d'attribuer une priorité stricte à une classe de paquet.
• LLQ permet d'envoyer en premier les données sensibles aux retards, telles que la
voix.
6.2 Mécanismes QoS
Mécanismes QoS
Modèles QoS
• Sélection d'un modèle de politique QoS approprié
• Au mieux
Mécanismes QoS
Modèles QoS
 Services intégrés (IntServ)
• Met en œuvre des mécanismes de contrôle d'admission et de réservation des
ressources sous forme de composants pour établir et préserver la qualité de
service.
• Le routeur de périphérie responsable du contrôle d'admission s'assure qu'il
existe suffisamment de ressources disponibles sur le réseau.
• La norme IntServ suppose que les routeurs du chemin de réseau définissent
et préservent l'état de chaque communication individuelle.
• Si les périphériques du chemin sont
en mesure de réserver la bande
passante nécessaire, l'application
source peut commencer à transmettre
les données.
• Si la réservation demandée échoue à
un emplacement quelconque du
chemin, l'application source n'envoie
pas de données.
Mécanismes QoS
Modèles QoS
 Services différenciés (DiffServ)
• Définit un mécanisme simple et évolutif pour classer et gérer le trafic
réseau, et fournir des garanties de qualité de service sur les réseaux IP
modernes.
• Le modèle DiffServ peut fournir une qualité de service « quasiment
garantie » tout en restant rentable et évolutif.
• DiffServ applique une approche de la
qualité de service sans garantie stricte
(« soft QoS »). Il s'inspire du modèle
QoS de mise à disposition où les
éléments réseau sont configurés pour
servir différentes classes de trafic,
chacun présentant diverses exigences
de qualité de service.
• DiffServ divise le trafic réseau en
classes selon les besoins métier.
• Un niveau de service différent peut être
ensuite affecté à chaque classe.
Mécanismes QoS
Techniques de mise en œuvre de QoS
 Éviter la perte de paquets
• La perte de segments TCP entraîne une réduction de la taille de fenêtre des
sessions TCP.
• Certaines applications n'utilisent pas le protocole TCP et ne sont pas en
mesure de gérer les abandons de paquets.
 Outils QoS
Mécanismes QoS
 Classification et marquage
• Avant de pouvoir appliquer une stratégie QoS à un paquet, ce dernier
doit être classé.
• Pour classer le trafic des couches 2 et 3, plusieurs méthodes sont
possibles, dont les interfaces, les listes de contrôle d'accès et les
mappages de classes.
Mécanismes QoS
 Marquage au niveau
de la couche 2
 Marquage au niveau
de la couche 3
Mécanismes QoS
 Limites de confiance
• Le classement et le marquage du trafic doivent s'effectuer le plus près possible,
techniquement et administrativement, de la source.
 Éviter la congestion
• Lorsque la file d'attente est inférieure au seuil minimal, il n'y a pas de
suppressions.
• Au fur et à mesure que la file d'attente se remplit pour atteindre le seuil maximal,
un faible pourcentage des paquets est supprimé.
• Une fois le seuil maximal atteint, tous les paquets sont supprimés.
 Mise en forme et régulation
• La régulation du trafic maintient les paquets excédentaires dans une file d'attente
et planifie une transmission ultérieure, répartie graduellement dans le temps.
• La régulation est appliquée au trafic entrant sur une interface.
• Lorsque le débit du trafic atteint le débit maximal configuré, le trafic en excès est
rejeté (ou marqué).
6.3 Synthèse du chapitre
Synthèse du chapitre
Synthèse
 La qualité de la transmission réseau est influencée par la bande passante des liaisons entre
la source et la destination, les sources de retard lorsque les paquets sont acheminés vers
leur destination et la gigue ou la variation dans le délai des paquets reçus. Si aucun
mécanisme QoS n'est en place, les paquets sont traités selon leur ordre de réception. En
cas de congestion, les paquets soumis à des contraintes temporelles sont rejetés à la même
fréquence que ceux qui ne le sont pas.
 La latence des paquets vocaux ne doit pas dépasser 150 millisecondes (ms) ; la gigue
30 ms ; la perte de paquets de voix doit être inférieure à 1 %. Le trafic voix nécessite au
moins 30 Kbit/s de bande passante.
 La latence des paquets vidéo ne doit pas dépasser 400 millisecondes (ms) ; la gigue(ms) ;
la gigue 50 ms ; la perte de paquets vidéo doit être inférieure à 1 %. Le trafic vidéo nécessite
au moins 384 Kbit/s de bande passante.
 Pour les paquets de données, deux facteurs influent sur la QoE (Quality of Experience) des
utilisateurs finaux :
• Les données proviennent-elles d'une application interactive ?
• Les données sont-elles essentielles ?
Synthèse - Suite
 Les quatre algorithmes de mise en file d'attente abordés dans ce chapitre sont les suivants :
• Premier entrant premier sorti (FIFO) - Les paquets sont transmis dans leur ordre de réception.
• Mise en file d'attente équitable pondérée (WFQ) - Les paquets sont classés en différents flux en fonction
des informations d'en-tête, y compris la valeur ToS.
• Mise en file d'attente équitable pondérée basée sur la classe (CBWFQ) – Les paquets paquets se voient
affecter des classes définies par l'utilisateur en fonction de critères tels que les protocoles, les listes de contrôle
d'accès et les interfaces d'entrée. L'administrateur du réseau peut affecter à chaque classe la bande passante,
la pondération et la limite maximale de paquet.
• File d'attente à faible latence (LLQ) - Les données sensibles aux retards, telles que la voix, sont ajoutées à
une file d'attente prioritaire afin qu'elles puissent être envoyées en premier (avant les paquets des autres files
d'attente).
 Les trois modèles de mise en file d'attente abordés dans ce chapitre sont les suivants :
• Au mieux - Il s'agit du modèle de mise en file d'attente par défaut pour les interfaces. Tous les paquets sont
traités de la même façon. Il n'y a pas de QoS.
• Services intégrés (IntServ) - IntServ offre un moyen d'assurer la qualité de service de bout en bout dont les
applications en temps réel ont besoin grâce à une gestion explicite des ressources réseau qui permet de
garantir la qualité de service requise à des flux de paquets d'utilisateurs spécifiques, parfois appelés microflux.
• Services différenciés (DiffServ) - DiffServ applique une approche de la qualité de service sans garantie
stricte (« soft QoS ») qui s'appuie sur les appareils réseau configurés pour desservir plusieurs classes de trafic
ayant chacune des besoins différents en matière de qualité de service. Bien qu'il n'y ait pas de garantie QoS, le
modèle DiffServ est plus économique et évolutif que IntServ.
Synthèse - Suite
 Les outils QoS intègrent les éléments suivants :
• Classification et marquage - La classification détermine la classe de trafic
à laquelle les paquets ou les trames appartiennent. Le marquage consiste à
ajouter une valeur à l'en-tête du paquet. Les périphériques qui reçoivent le
paquet examinent ce champ pour voir s'il correspond à une stratégie
définie.
• Prévention de la congestion - Les outils de prévention de la congestion
surveillent les charges de trafic réseau dans le but d'anticiper et d'éviter la
congestion. Au fur et à mesure que les files d'attente se remplissent pour
atteindre le seuil maximal, un petit pourcentage des paquets est supprimé.
Une fois le seuil maximal atteint, tous les paquets sont supprimés.
• Mise en forme et régulation - La régulation du trafic maintient les paquets
excédentaires dans une file d'attente et planifie leur transmission ultérieure,
répartie graduellement dans le temps. La mise en forme est utilisée sur le
trafic sortant. La régulation supprime ou marque à nouveau le trafic en
excès. La régulation est souvent appliquée au trafic entrant.

CNv6 Chapter6

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

CNv6 Chapter6

Transféré par

Droits d'auteur :

Formats disponibles

Chapitre

• Sélection d'un modèle de politique QoS approprié

Vous aimerez peut-être aussi