Forum aux questions sur QoS (Qualit de service)

Contenu
Introduction
Gnralits
Classification et marquage
Gestion de la congestion et de la mise en file d'attente
Weighted Random Early Detection (WRED) en prvention de congestion
Rglementation et formatage
Qualit de service (QoS) des relais de trame
Qualit de service (QoS) sur mode de transfert asynchrone (ATM)
Voix et qualit de service (QoS)
Informations connexes

Introduction
Ce document rpond aux questions les plus frquentes (Forum aux questions) relatives la qualit de service (QoS).

Gnralits
Q. Qu'est-ce que la qualit de service (QoS) ?

A. La QoS fait rfrence la capacit d'un rseau de fournir le meilleur service au trafic du rseau slectionn sur diverses
technologies sous-jacentes, notamment le relais de trame, le mode de transfert asynchrone (ATM), les rseaux Ethernet et 802.1,
SONET et les rseaux routs par IP.

La QoS consiste en un ensemble de technologies qui permettent des applications de demander et recevoir des niveaux de service
prvisibles en termes de capacit de dbit de donnes (bande passante), variations de latence (jitter) et de dlais. En particulier, les
fonctions QoS offrent un meilleur service rseau, plus prvisible, l'aide des mthodes suivantes :

Prise en charge de bande passante ddie.

Amlioration des caractristiques de perte.
Prvention et gestion de la congestion du rseau.
Formatage du trafic rseau.
Dfinition des priorits de trafic sur le rseau.

L'Internet Engineering Task Force (IETF) dfinit les deux architectures suivantes pour la QoS :

Services intgrs (IntServ)

Services diffrencis (DiffServ)

IntServ utilise le Resource Reservation Protocol (RSVP) pour signaler explicitement les besoins en QoS du trafic d'une application
sur les priphriques du chemin d'accs de bout en bout via le rseau. Si chaque priphrique rseau du chemin d'accs peut rserver
la bande passante ncessaire, l'application d'origine peut commencer transmettre. La RFC 2205 dfinit le RSVP et la RFC 1633
dfinit les services IntServ.

DiffServ met l'accent sur la QoS agr ge et dimensionne. Au lieu de signaler les besoins d'une application en termes de QoS,
DiffServ utilise un point de code de services diffrencis (DSCP) dans l'en-t te IP pour indiquer les niveaux de QoS requis. La
version de logiciel 12.1(5)T de Cisco IOS a introduit la conformit de DiffServ sur des Routeurs de Cisco. Pour plus
d'informations, r frez-vous aux documents suivants :

Service intgr dans Cisco IOS 12.1

Mise en uvre de DiffServ pour la qualit de service de bout en bout
Implmentation de stratgies de qualit de service avec le point de code de services diffrencis (DSCP)

Q. Que signifient les termes congestion, dlai et gigue ?

A. Une interface est congestionne lorsqu'elle est confronte un trafic plus important que celui qu'elle peut grer. Les points de
 congestion du rseau sont de solides candidats pour les mcanismes de qualit de service (QoS). Voici un exemple de points de
congestion classiques :

La congestion d'un rseau entrane des dlais. Un rseau et ses priphriques prsentent plusieurs types de dlais, comme expliqu
dans Prsentation des dlais dans les rseaux de paquets voix. Une variation de dlai est appele gigue, comme expliqu dans
Prsentation des gigues dans les rseaux de paquets voix (plates-formes Cisco IOS). Les phnomnes de dlai et de gigue doivent
tre contrls et minimiss de faon pouvoir prendre en charge un trafic interactif et en temps rel.

Q. Que signifie MQC ?

A. MQC dsigne l'interface de ligne de commande (CLI) de la qualit de service (QoS) modulaire. Elle est destine simplifier la
configuration de la QoS sur les routeurs et les commutateurs Cisco en dfinissant une syntaxe de commandes commune et un
ensemble de comportements de QoS rsultant sur toutes les plates-formes. Ce modle remplace la version prcdente qui consistait
dfinir des syntaxes uniques pour chaque fonction QoS et pour chaque plate-forme.

La MQC comprend les trois tapes suivantes :

1. Dfinir une classe de trafic en mettant la commande class-map.

2. Crer une stratgie de trafic en associant la classe de trafic une ou plusieurs fonctions QoS l'aide de la commande policy-
map.
3. Lier la stratgie de trafic l'interface, la sous-interface ou au circuit virtuel l'aide de la commande service-policy.

Remarque: Vous implmentez les fonctions de traitement du trafic de DiffServ, telles que le marquage et le formatage, l'aide de la
syntaxe MQC.

Pour plus d'informations, consultez Interface de ligne de commande de qualit de service modulaire.

Q. Que signifie le message service-policy is supported only on VIP interfaces with DCEF enabled ?
A. Sur les Versatile Interface Processors (VIP) de la gamme Cisco 7500, seules les fonctions de qualit de service (QoS) distribues
sont prises en charge partir des versions Cisco IOS 12.1(5)T, 12.1(5)E et 12.0(14)S. L'activation de la technologie Cisco Express
Forwarding (dCEF) distribue active automatiquement la QoS distribue.

Les interfaces autres que VIP, appeles processeurs d'interface hrits (IPS), prennent en charge les fonctions QoS centrales telles
qu'actives sur les processeurs de commutation routage (RSP). Pour plus d'informations, rfrez-vous aux documents suivants :

Mise en file d'attente pondre base sur les classes (CBWFQ) distribue et Weighted Random Early Detection (WRED)
distribue
Low Latency Queueing distribu
Formatage du trafic distribu
FRF.11 et FRF.12 Versatile Interface Processor distribus pour Cisco IOS Version 12.1 T

Q. Combien de classes une stratgie QoS prend-t-elle en charge ?

A. Dans les versions de Cisco IOS antrieures 12.2, vous ne pouvez dfinir qu'un maximum de 256 classes, avec la possibilit de
dfinir jusqu' 256 classes dans chaque stratgie si les mmes classes sont rutilises pour des stratgies diffrentes. Si vous avez
deux stratgies, le nombre total de classes des deux stratgies ne doit pas dpasser 256. Si une stratgie inclut la mise en file
d'attente pondre base sur les classes (CBWFQ) (ce qui signifie qu'elle contient une instruction de bande passante [ou de priorit]
dans n'importe quelle classe), le nombre total de classes prises en charge est 64.

Dans Cisco IOS Versions 12.2(12), 12.2(12)T et 12.2(12)S, cette limitation de 256 mappages de classes globales a t modifie. Il
est maintenant possible de configurer jusqu' 1 024 mappages de classes globales et d'utiliser 256 mappages de classes l'intrieur
du mme mappage de stratgies.

Q. Comment les mises jour de routage et les keepalives de protocole point point (PPP)/High-Level Data Link
Control (HDLC) sont traits lorsqu'une stratgie de service est applique ?
 A. Les routeurs Cisco IOS utilisent les deux mcanismes suivants pour dfinir les priorits des paquets de contrle :

Priorit IP
pak_priority

Les deux mcanismes sont conus pour s'assurer que des paquets de contrle de cl ne sont pas supprims ou qu'ils sont supprims
en dernier par le routeur et le systme de mise en file d'attente lorsqu'une interface de sortie est congestionne. Pour plus
d'informations, consultez Comprendre comment les mises jour de routage et les paquets de contrle sont mis en file d'attente sur
une interface avec une stratgie de service QoS.

Q. La qualit de service (QoS) est-elle prise en charge sur les interfaces configures avec l'lntegrated Routing and
Bridging (IRB) ?
A. Non. Vous ne pouvez pas configurer de fonctions QoS quand l'interface est configure pour l'IRB.

Classification et marquage
Q. Qu'est-ce que la pr-classification de qualit de service (QoS) ?
A. La pr-classification de QoS permet d'tablir une correspondance et une classification en fonction du contenu de l'en-tte IP
d'origine des paquets faisant l'objet d'une encapsulation de tunnel et/ou d'un chiffrement. Cette fonction ne dcrit pas le processus
de copie de la valeur initiale de l'octet de type de service (ToS) de l'en-tte du paquet d'origine dans l'en-tte du tunnel. Pour plus
d'informations, rfrez-vous aux documents suivants :

Configuration de la QoS pour les rseaux privs virtuels

Qualit de service pour les rseaux privs virtuels, module fonctionnel 12.2(2)T

Q. Quels champs d'en-tte de paquet peuvent tre marqus une nouvelle fois ? Quelles sont les valeurs
disponibles ?

A. La fonction de marquage bas sur les classes permet de dfinir ou de marquer la couche 2, la couche 3 ou l'en-tte de
commutation multiprotocole par tiquette (MPLS) de vos paquets. Pour plus d'informations, rfrez-vous aux documents suivants :

Configuration du marquage de paquets bas sur les classes

Quand un routeur dfinit-il le bit CLP dans une cellule ATM ?
Configuration du marquage de paquet sur PVC de relais de trame

Q. Puis-je tablir une priorit du trafic en fonction de l'URL ?

A. Oui. La Network Based Application Recognition (NBAR) permet de classer les paquets en fonction de la correspondance des
champs de la couche applicative. Avant l'introduction de NBAR, la classification la plus prcise tait base sur les numros de port
TCP et UDP de la couche 4. Pour plus d'informations, rfrez-vous aux documents suivants :

Questions et rponses relatives la Network-Based Application Recognition (NBAR)

Mise en rseau d'applications NBAR
Utilisation des listes de contrle d'accs et de NBAR pour bloquer le ver Code Red
Comment protger votre rseau contre le virus Nimda

Q. Quelles plates-formes et versions de logiciel Cisco IOS prennent en charge la Network Based Application
Recognition (NBAR) ?

A. NBAR est prise en charge dans les versions logicielles Cisco IOS suivantes :

Plate-forme Version logicielle Cisco IOS minimale

7200 12.1(5)T
7100 12.1(5)T
3660 12.1(5)T
3640 12.1(5)T
3620 12.1(5)T
2600 12.1(5)T
1700 12.2(2)T

Remarque: Vous devez activer le Cisco Express Forwarding (CEF) pour pouvoir utiliser la NBAR.
 La NBAR distribue (DNBAR) est disponible sur les plates-formes suivantes :

Plate-forme Version logicielle Cisco IOS minimale

7500 12.2(4)T, 12.1(6)E
FlexWAN 12.1(6)E

Remarque: NBAR n'est pas prise en charge sur les interfaces VLAN de la carte de commutation multicouche (MSFC) Catalyst
6000, la gamme Cisco 12000, ou le commutateur de route (RSM) de la gamme Catalyst 5000. Si vous ne trouvez pas une plate-
forme particulire dans la liste ci-dessus, contactez le reprsentant du support technique Cisco.

Gestion de la congestion et de la mise en file d'attente

Q. Quel est le but de la mise en file d'attente ?
A. La mise en file d'attente est destine recevoir les congestions temporaires sur l'interface d'un priphrique rseau en stockant
les paquets excdentaires dans des mmoires tampon jusqu' ce que la bande passante soit disponible. Les routeurs Cisco IOS
prennent en charge plusieurs mthodes de mise en file d'attente de faon rpondre aux besoins variables en termes de bande
passante, de gigue et de dlai des diffrentes applications.

Le mcanisme par dfaut sur la plupart des interfaces est la mise en file d'attente First In First Out (FIFO). Certains types de trafics
sont plus exigeants en termes de dlai/gigue. Ainsi, l'un des autres mcanismes de mise en file d'attente suivants doit tre configur
ou est activ par dfaut :

Mise en file d'attente pondre (WFQ)

Mise en file d'attente pondre base sur les classes (CBWFQ)
Low Latency Queueing (LLQ), qui est en fait une CBWFQ avec une file d'attente par priorit (PQ) (appele PQCBWFQ)
Mise en file d'attente par priorit (PQ)
Mise en file d'attente personnalise (CQ)

La mise en file d'attente se produit gnralement uniquement sur les interfaces de sortie. Un routeur place en file d'attente les
paquets qui sortent d'une interface. Vous pouvez rglementer le trafic entrant, mais vous ne pouvez gnralement pas le mettre en
file d'attente ( l'exception de la mise en mmoire tampon ct rception sur un routeur de la gamme Cisco 7500 utilisant la
technologie Cisco Express Forwarding (CEF) distribue pour transfrer des paquets de l'interface d'entre vers l'interface de sortie ;
pour plus d'informations, consultez Prsentation du CPU VIP s'excutant 99 % et de la mise en mmoire tampon Rx-Side. Sur les
plates-formes distribues de pointe, telles que les gammes Cisco 7500 et 12000, l'interface d'entre peut utiliser ses propres
mmoires tampon de paquets pour stocker le trafic excdentaire commut vers une interface de sortie congestionne suite la
dcision de commutation de l'interface d'entre. Dans de rares conditions, gnralement quand l'interface d'entre alimente une
interface de sortie plus lente, l'interface d'entre peut tre confronte un nombre croissant d'erreurs ignores lorsqu'elle manque de
mmoire de paquets. Une congestion excessive peut engendrer la suppression de la file d'attente de sortie. Les suppressions de files
d'attente d'entre ont gnralement une cause d'origine diffrente. Pour plus d'informations sur le dpannage des suppressions,
consultez le document suivant :

Dpannage des suppressions dans la file d'attente d'entre et de sortie

Pour plus d'informations, rfrez-vous aux documents suivants :

Dpannage des erreurs Ignored sur un adaptateur de port ATM

Dpannage des erreurs ignores et des suppressions dues au manque de mmoire sur les routeurs Internet de la gamme
Cisco 12000

Q. Comment la mise en file d'attente pondre (WFQ) et la mise en file d'attente pondre base sur les classes
(CBWFQ) fonctionnent-elles ?
A. La mise en file d'attente pondre cherche allouer un partage quitable de la bande passante d'une interface parmi des
conversations actives ou des flux IP. Elle classe les paquets en sous-files d'attente, identifies par un numro d'identification de
conversation, utilisant un algorithme de hachage bas sur plusieurs champs de l'en-tte IP et la longueur du paquet. La pondration
est calcule de la faon suivante :

W=K/(priorit +1)

K= 4 096 avec Cisco IOS 12.0(4)T et les versions antrieures, et 32 384 avec 12.0(5)T et les versions ultrieures.

Plus la pondration est faible, plus la priorit et le partage de la bande passante sont levs. En plus de la pondration, la longueur du
paquet est prise en considration.

CBWFQ permet de dfinir une classe de trafic et de lui attribuer une garantie de bande passante minimale. L'algorithme derrire ce
mcanisme est WFQ, qui explique le nom. Pour configurer CBWFQ, vous dfinissez des classes spcifiques dans des instructions de
classes de mappage. Vous affectez ensuite une stratgie chaque classe dans un mappage de stratgie. Ce mappage de stratgie sera
 alors attach en sortie une interface. Pour plus d'informations, rfrez-vous aux documents suivants :

Prsentation de la mise en file d'attente pondre base sur les classes sur les interfaces ATM
Prsentation de la mise en file d'attente pondre (WFQ) sur des interfaces ATM

Q. Si une classe dans la mise en file d'attente pondre base sur les classes (CBWFQ) n'utilise pas sa bande
passante, d'autres classes peuvent-elles l'utiliser ?
A. Oui. Bien que les garanties de bande passante fournies par les commandes bandwidth et priority aient t dcrites avec des mots
tels que rserv et bande passante mettre de ct , aucune de ces commandes ne met en uvre une vraie rservation. En
d'autres termes, si une classe de trafic n'utilise pas sa bande passante configure, n'importe quelle bande passante inutilise est
partage parmi les autres classes.

Le systme de mise en file d'attente impose une importante exception la rgle avec une classe prioritaire. Comme not ci-dessus, la
charge offerte d'une classe prioritaire est dose par un rgulateur de trafic. Pendant les tats d'encombrement, une classe prioritaire
ne peut utiliser aucune bande passante excessive. Pour plus d'informations, reportez-vous Comparaison des commandes
bandwidth et priority d'une stratgie de service QoS.

Q. La mise en file dattente pondre base sur les classes (CBWFQ) est-elle prise en charge sur des sous-
interfaces ?
A. Les interfaces logiques de Cisco IOS ne prennent pas en charge un tat de congestion de faon inhrente et ne prennent pas en
charge l'application directe d'une stratgie de service qui applique une mthode de mise en file d'attente. Au lieu de cela, vous devez
d'abord appliquer le formatage la sous-interface l'aide du Generic Traffic Shaping (GTS) ou du formatage bas sur les classes.
Pour plus d'informations, consultez Application des fonctions QoS aux sous-interfaces Ethernet.

Q. Quelle est la diffrence entre les instructions priority et bandwidth dans un mappage de stratgie ?
A. Les commandes priority et bandwidth diffrent dans les deux fonctionnalits et dans les applications qu'elles prennent
gnralement en charge. Le tableau suivant rcapitule ces diffrences :

commande commande
Fonction
bandwidth priority
Garantie de bande passante
Oui Oui
minimale
Garantie de bande passante
Non Oui
maximale
Contrle intgr Non Oui
Fournit une faible latence Non Oui

Pour plus d'informations, reportez-vous Comparaison des commandes bandwidth et priority d'une stratgie de service QoS.

Q. Comment la limite de file d'attente est-elle calcule sur le FlexWAN et les Versatile Interface Processors (VIP) ?

A. En supposant que la SRAM soit suffisante sur le VIP ou le FlexWAN, la limite de file d'attente est calcule en fonction d'un dlai
maximal de 500 ms avec une taille moyenne des paquets de 250 octets. Voici l'exemple d'une classe avec un Mbits/s de bande
passante :

Limite de file d'attente = 1000000/(250 x 8 x 2) = 250

mesure que la quantit de mmoire de paquets disponible diminue, des limites de file d'attente plus petites sont attribues, avec un
nombre plus grand de circuits virtuels (VC).

Dans l'exemple suivant, un PA-A3 est install dans une carte FlexWAN de la gamme Cisco 7600 et prend en charge plusieurs sous-
interfaces avec des circuits virtuels permanents de 2 Mo (PVC). La stratgie de service est applique chaque circuit virtuel.

class-map match-any XETRA-CLASS

match access-group 104
class-map match-any SNA-CLASS
match access-group 101
match access-group 102
match access-group 103
policy-map POLICY-2048Kbps
class XETRA-CLASS
bandwidth 320
class SNA-CLASS
bandwidth 512
 interface ATM6/0/0
no ip address
no atm sonet ilmi-keepalive
no ATM ilmi-keepalive
!
interface ATM6/0/0.11 point-to-point
mtu 1578
bandwidth 2048
ip address 22.161.104.101 255.255.255.252
pvc ABCD
class-vc 2048Kbps-PVC
service-policy out POLICY-2048Kbps

L'interface de mode de transfert asynchrone (ATM) obtient une limite de file d'attente pour l'intgralit de l'interface. La limite est
une fonction calculant la quantit totale de mmoire tampon disponible, le nombre d'interfaces physiques sur le FlexWAN et le dlai
de mise en file d'attente maximal autoris sur l'interface. Chaque PVC obtient une partie de la limite d'interface en fonction du
Sustained Cell Rate (SCR) ou du Minimum Cell Rate (MCR) du PVC, et chaque classe obtient une partie de la limite de PVC en
fonction de son allocation de bande passante.

L'exemple de sortie suivant de la commande show policy-map interface est driv d'un FlexWAN avec 3687 mmoires tampon
globales. mettez la commande show buffer pour obtenir cette valeur. 50 paquets sont allous chaque PVC de 2 Mbits/s en
fonction de la bande passante du PVC de 2 Mbits/s (2047/149760 x 3687 = 50). Une partie des 50 paquets est ensuite alloue
chaque classe, comme le montre l'exemple suivant :

service-policy output: POLICY-2048Kbps

class-map: XETRA-CLASS (match-any)
687569 packets, 835743045 bytes
5 minute offered rate 48000 bps, drop rate 6000 BPS
match: access-group 104
687569 packets, 835743045 bytes
5 minute rate 48000 BPS
queue size 0, queue limit 7
packets output 687668, packet drops 22
tail/random drops 22, no buffer drops 0, other drops 0
bandwidth: kbps 320, weight 15

class-map: SNA-CLASS (match-any)

2719163 packets, 469699994 bytes
5 minute offered rate 14000 BPS, drop rate 0 BPS
match: access-group 101
1572388 packets, 229528571 bytes
5 minute rate 14000 BPS
match: access-group 102
1146056 packets, 239926212 bytes
5 minute rate 0 BPS
match: access-group 103
718 packets, 245211 bytes
5 minute rate 0 BPS
queue size 0, queue limit 12
packets output 2719227, packet drops 0
tail/random drops 0, no buffer drops 0, other drops 0
bandwidth: kbps 512, weight 25
queue-limit 100

class-map: class-default (match-any)

6526152 packets, 1302263701 bytes
5 minute offered rate 44000 BPS, drop rate 0 BPS
match: any
6526152 packets, 1302263701 bytes
5 minute rate 44000 BPS
queue size 0, queue limit 29
packets output 6526840, packet drops 259
tail/random drops 259, no buffer drops 0, other drops 0

Si vos flux de trafic utilisent de grandes tailles de paquet, le rsultat de la commande show policy-map interface peut signaler une
valeur incrmentation pour les champs no buffer drops dans la mesure o vous pouvez manquer de mmoires tampon avant
d'atteindre la limite de la file d'attente. Dans ce cas, essayez de diminuer manuellement les classes queue-limit et non-priority. Pour
plus d'informations, consultez Prsentation de la transmission de la limite de file d'attente avec CoS IP ATM.

Q. Comment vrifiez-vous la valeur de la limite de file d'attente ?

A. Sur des plates-formes non distribues, la limite de file d'attente est de 64 paquets par dfaut. L'exemple de rsultat suivant a t
captur sur un routeur de la gamme Cisco 3600 :

november# show policy-map interface s0

Serial0
 Service-policy output: policy1

Class-map: class1 (match-all)

0 packets, 0 bytes
5 minute offered rate 0 BPS, drop rate 0 BPS
Match: ip precedence 5
Weighted Fair Queueing
Output Queue: Conversation 265
Bandwidth 30 (kbps) Max Threshold 64 (packets)

!--- Max Threshold is the queue-limit.

(pkts matched/bytes matched) 0/0

(depth/total drops/no-buffer drops) 0/0/0

Class-map: class2 (match-all)

0 packets, 0 bytes
5 minute offered rate 0 BPS, drop rate 0 BPS
Match: ip precedence 2
Match: ip precedence 3
Weighted Fair Queueing
Output Queue: Conversation 266
Bandwidth 24 (kbps) Max Threshold 64 (packets)
(pkts matched/bytes matched) 0/0
(depth/total drops/no-buffer drops) 0/0/0

Class-map: class-default (match-any)

0 packets, 0 bytes
5 minute offered rate 0 BPS, drop rate 0 BPS
Match: any

Q. Puis-je activer la mise en file d'attente pondre l'intrieur d'une classe ?

A. La gamme Cisco 7500 avec la qualit de service (QoS) distribue prend en charge la mise en file d'attente pondre par classe.
D'autres plates-formes, y compris la gamme Cisco 7200 et la gamme Cisco 2600/3600, prennent en charge la mise en file d'attente
pondre (WFQ) dans la classe class-default ; toutes les classes de bande passante utilisent le mcanisme First In First Out (FIFO).

Q. Quelles commandes puis-je utiliser pour contrler la mise en file d'attente ?

A. Utilisez les commandes suivantes pour contrler la mise en file d'attente :

show queue {interface} {numro d'interface} - sur des plateformes Cisco IOS autres que la gamme Cisco 7500, cette
commande affiche les files d'attente ou les conversations actives. Si l'interface ou le circuit virtuel n'est pas congestionn,
aucune file d'attente ne sera liste. Sur la gamme Cisco 7500, la commande show queue n'est pas prise en charge.
show queueing interface interface-number [vc [[vpi/] vci] - cette commande affiche les statistiques de mise en file d'attente
sur une interface ou un circuit virtuel. Mme s'il n'y a aucune congestion, vous pourrez toujours voir quelques accs ici. Les
paquets commuts par les processus sont toujours pris en compte qu'il y ait ou non congestion. Cisco Express Forwarding
(CEF) et les paquets commutation rapide ne sont pas pris en compte sauf s'il y a congestion. Les mcanismes de mise en file
d'attente habituels comme la mise en file d'attente par priorit (PQ), la mise en file d'attente personnalise (CQ) et la mise en
file d'attente pondre (WFQ) ne fournissent pas de statistiques de classification. Seules les fonctionnalits Modular QoS CLI
(MQC) dans les images ultrieures 12.0(5)T fournissent ces statistiques.
show policy interface {interface}{numro d'interface} - Le compteur packets compte le nombre de paquets correspondant
aux critres de la classe. Ce compteur est incrment que l'interface soit ou ne soit pas congestionne. Le compteur packets
matched indique le nombre de paquets correspondant aux critres de la classe quand l'interface a t congestionne. Pour plus
d'informations sur les compteurs de paquets, consultez le document suivant :

Prsentation des compteurs de paquets dans la sortie d'interface show policy-map

MIB de statistiques et de configuration QoS base sur les classes Cisco - Fournit des fonctionnalits de surveillance du
protocole de gestion de rseau simple (SNMP).

Q. Le RSVP peut tre utilis en mme temps que la mise en file d'attente pondre base sur les classe (CBWFQ).
Lorsque les protocoles Resource Reservation Protocol (RSVP) et CBWFQ sont tous deux configurs pour une
interface, RSVP et CBWFQ agissent-ils de faon indpendante, en ayant le mme comportement que celui qu'ils
auraient si chacun d'eux s'excutait seul ? RSVP semble se comporter comme si CBWFQ n'tait pas configur en
termes de disponibilit, d'estimation et d'allocation de bande passante.

A. Lors de l'utilisation du RSVP et de la CBWFQ dans le logiciel Cisco IOS Versions 12.1(5)T et ultrieures, le routeur peut
fonctionner de telle sorte que les flux RSVP et les classes CBWFQ partagent la bande passante disponible sur une interface ou un
PVC, sans surabonnement.

La version logicielle d'IOS 12.2(1)T et versions ultrieures permet au RSVP d'effectuer un contrle d'admission en utilisant son
propre pool ip rsvp bandwidth , tandis que la CBWFQ gre la classification, la rglementation et la planification des paquets
RSVP. Cela suppose que les paquets soient prmarqus par l'expditeur et que les paquets non RSVP soient marqus diffremment.
Weighted Random Early Detection (WRED) en prvention de congestion
Q. Puis-je activer la Weighted Random Early Detection (WRED) et la Low Latency Queueing (LLQ) ou la mise en
file dattente pondre base sur les classes (CBWFQ) en mme temps ?
A. Oui. La mise en file d'attente dfinit l'ordre dans lequel les paquets sortent de la file d'attente. En d'autres termes, elle dfinit un
mcanisme de planification des paquets. Elle peut galement tre utilise pour fournir une allocation de bande passante quitable et
des garanties de bande passante minimales. En revanche, la RFC 2475 dfinit la suppression comme le processus de suppression
des paquets en fonction de rgles spcifies . Le tail-drop constitue le mcanisme de suppression par dfaut, dans lequel
l'interface supprime les paquets lorsque la file d'attente est pleine. La dtection prcoce alatoire (RED) et la WRED de Cisco
constituent d'autres mcanismes de suppression, lesquels suppriment des paquets de faon alatoire avant que la file d'attente ne soit
pleine et cherchent conserver une profondeur moyenne de file d'attente cohrente. La WRED utilise la valeur de priorit IP des
paquets pour prendre une dcision de suppression diffrencie. Pour plus d'informations, consultez Weighted Random Early
Detection (WRED).

Q. Comment puis-je surveiller la Weighted Random Early Detection (WRED) et la voir rellement applique ?

A. La WRED contrle la profondeur moyenne de la file d'attente et commence supprimer des paquets quand la valeur calcule
dpasse la valeur de seuil minimale. mettez la commande show policy-map interface et contrlez la valeur de la profondeur
moyenne de la file d'attente, come le montre l'exemple suivant :

Router# show policy interface s2/1

Serial2/1
output : p1
Class c1
Weighted Fair Queueing
Output Queue: Conversation 265
Bandwidth 20 (%)
(pkts matched/bytes matched) 168174/41370804
(pkts discards/bytes discards/tail drops) 20438/5027748/0
mean queue depth: 39

Dscp Random drop Tail drop Minimum Maximum Mark

(Prec) pkts/bytes pkts/bytes threshold threshold probability
0(0) 2362/581052 1996/491016 20 40 1/10
1 0/0 0/0 22 40 1/10
2 0/0 0/0 24 40 1/10
[output omitted]

Rglementation et formatage
Q. Quelle est la diffrence entre la rglementation et le formatage ?
A. Le diagramme suivant illustre la diffrence principale. Le formatage de trafic retient les paquets excdentaires dans une file
d'attente, puis planifie l'excdent pour une transmission ultrieure sur des incrments de temps. Le rsultat du formatage de trafic est
un dbit en sortie en douceur de paquets. En revanche, la rglementation du trafic propage des salves. Quand le dbit de trafic atteint
le dbit maximal configur, le trafic excessif est extrait (ou marqu une nouvelle fois). Le rsultat est un dbit en sortie qui apparat
en dents de scie avec des hauts et des bas.
 Pour plus d'informations, consultez Vue d'ensemble de la rglementation et du formatage.

Q. Qu'est-ce qu'un saut jetons et comment l'algorithme fonctionne-t-il ?

A. Un saut jetons lui-mme n'a aucune stratgie de rejet ni de priorit. L'exemple suivant illustre la faon dont le saut jetons
fonctionne :

Les jetons sont placs dans le saut un certain dbit.

Chaque jeton constitue une autorisation pour que la source envoie un certain nombre de bits.
Pour envoyer un paquet, le rgulateur de trafic doit pouvoir retirer du saut un certain nombre de jetons gal dans la
reprsentation la taille de paquet.
Si le nombre de jetons dans le saut est insuffisant pour envoyer un paquet, le paquet attend que le saut ait assez de jetons (dans
le cas d'un modlisateur), ou le paquet est ignor ou dmarqu (dans le cas d'un rgulateur).
Le saut lui-mme a une capacit spcifique. Si le saut est totalement rempli, les jetons nouvellement arrivs sont ignors et ne
sont pas disponibles pour de futurs paquets. Ainsi, tout moment, la plus grande rafale qu'une source peut envoyer dans le
rseau est approximativement proportionnelle la taille du saut. Un saut jetons permet les rafales, mais les lie.

Q. Avec un rgulateur de trafic tel que la rglementation base sur les classes, que signifient les valeurs Committed
Burst (BC) et Excess Burst (Be) et comment dois-je les slectionner ?
A. Un rgulateur de trafic ne place pas les paquets excdentaires en mmoire tampon pour les transmettre ultrieurement, comme
cela est le cas pour un modliseur. Au lieu de cela, le rgulateur excute une simple stratgie d'envoi ou de non-envoi sans mise en
mmoire tampon. Durant les priodes de congestion, puisque vous ne pouvez pas placer les paquets en mmoire tampon, la meilleure
solution consiste supprimer des paquets de faon moins agressive en configurant correctement le mode rafale tendue. Par
consquent, il est important de comprendre que le rgulateur utilise les valeurs de rafale normale et de rafale tendue pour tre sr
que le dbit minimal garanti (CIR) soit atteint.

Les paramtres de rafale sont lgrement models sur la rgle gnrique de mise en mmoire tampon destine aux routeurs. La rgle
recommande de configurer la mise en mmoire tampon par rapport la vitesse de transmission des allers-retours de faon pouvoir
accueillir les fentres du protocole de contrle de transmissions (TCP) de toutes les connexions en priode de congestion.

Le tableau suivant dcrit l'usage et la formule recommande pour les valeurs de rafale normales et tendues :

Paramtre
But Formule recommande
de rafale
Implmente un saut jetons
standard.
Fixe la taille maximale du
saut jetons (bien que des
CIR [BPS] *
jetons puissent tre (1 byte)/(8 bits) *
emprunts si Be est 1.5 seconds
rafale suprieur BC).
normale Dtermine la taille du saut Remarque: La dure
jetons dans la mesure o les standard des boucles est de
nouveaux jetons sont 1,5 seconde.
supprims et ne sont pas
 disponibles pour les futurs
paquets si le saut atteint sa
pleine capacit.
Implmente un saut jetons
avec des fonctionnalits de
rafale tendue.
Dsactiv en dfinissant BC
= Be.
rafale
Lorsque BC est gal Be, le 2 * normal burst
tendue
rgulateur du trafic ne peut
pas emprunter de jetons et il
supprime simplement le
paquet si le nombre de jetons
disponibles est insuffisant.

Toutes les plates-formes n'utilisent pas ou ne prennent pas en charge la mme plage de valeurs pour un rgulateur. Consultez le
document suivant pour connatre les valeurs prises en charge pour votre plate-forme spcifique :

Vue d'ensemble de la rglementation et du formatage

Q. Comment le Committed Access Rate (CAR) et la rglementation base sur les classes dcident-ils si un paquet
est conforme ou dpasse le dbit minimal garanti (CIR) ? Le routeur supprime des paquets et signale un dbit
dpass mme si le dbit conforme est infrieur au CIR configur.
A. Un rgulateur de trafic utilise les valeurs de rafale normale et de rafale tendue pour s'assurer que le CIR configur soit atteint. Il
est important de dfinir des valeurs de rafale suffisamment leves de faon garantir un dbit correct. Si les valeurs de rafale ne
sont pas suffisamment leves, le dbit obtenu peut tre largement infrieur au dbit configur. Les rafales provisoires peut avoir une
incidence fortement dfavorable sur le dbit du trafic TCP. Avec le CAR, mettez la commande show interface rate-limit pour
contrler la rafale actuelle et dterminer si la valeur affiche est constamment proche des valeurs BC et Be.

rate-limit 256000 7500 7500 conform-action continue exceed-action drop

rate-limit 512000 7500 7500 conform-action continue exceed-action drop

router# show interfaces virtual-access 26 rate-limit

Virtual-Access26 Cable Customers
Input
matches: all traffic
params: 256000 BPS, 7500 limit, 7500 extended limit
conformed 2248 packets, 257557 bytes; action: continue
exceeded 35 packets, 22392 bytes; action: drop
last packet: 156ms ago, current burst: 0 bytes
last cleared 00:02:49 ago, conformed 12000 BPS, exceeded 1000 BPS
Output
matches: all traffic
params: 512000 BPS, 7500 limit, 7500 extended limit
conformed 3338 packets, 4115194 bytes; action: continue
exceeded 565 packets, 797648 bytes; action: drop
last packet: 188ms ago, current burst: 7392 bytes
last cleared 00:02:49 ago, conformed 194000 BPS, exceeded 37000 BPS

Pour plus d'informations, rfrez-vous aux documents suivants :

Vue d'ensemble de la rglementation et du formatage

Rglementation QoS sur la gamme Catalyst 6000
Forum aux questions sur la qualit de service de la gamme Catalyst 4000
QoS (Qualit de service) des commutateurs Catalyst G-L3 et des modules WS-X4232-L3 de couche 3 - Forum Aux Questions

Q. Les valeurs de rafale et de limite de file d'attente sont-elles indpendantes l'une de l'autre ?

A. Oui, les valeurs de rafale de rgulation et de limite de file d'attente sont distinctes et indpendantes l'une de l'autre. Vous pouvez
considrer le rgulateur comme une porte qui autorise un certain nombre de paquets (ou octets) et la file d'attente comme un saut de
taille queue limit qui contient les paquets admis avant la transmission sur le rseau. Idalement, vous voulez que votre saut soit
suffisamment grand pour contenir une rafale des octets/paquets admis par la porte (rgulateur).

Qualit de service (QoS) des relais de trame

Q. Quelles valeurs dois-je slectionner pour le dbit minimal garanti (CIR), le Committed Burst (BC), l'Excess
Burst (Be) et le CIR minimum (MinCIR) ?
 A. Le formatage du trafic Frame Relay (FRTS), que vous activez en mettant la commande frame-relay traffic-shaping, prend en
charge plusieurs paramtres configurables. Ces paramtres incluent frame-relay cir, frame-relay mincir et frame-relay BC. Consultez
les documents suivants pour plus d'informations sur la slection de ces valeurs et une prsentation des commandes show associes :

Configuration du formatage de trafic de relais de trame sur les routeurs 7200 et plates-formes infrieures
Commandes show pour le formatage du trafic Frame Relay
VoIP sur relais de trame avec qualit de service (fragmentation, formatage du trafic, IP RTP Priority)

Q. La mise en file d'attente par priorit sur l'interface principale de relais de trame fonctionne-t-elle dans Cisco
IOS 12.1 ?
A. Les interfaces de relais de trame prennent la fois en charge les mcanismes de mise en file d'attente d'interface et les
mcanismes de mise en file d'attente par circuit virtuel. partir de Cisco IOS 12.0(4)T, la file d'attente d'interface ne prend en
charge la mise en file dattente First In First Out (FIFO) ou la mise en file d'attente par priorit (PQ) par interface que lorsque vous
configurez le formatage du trafic Frame Relay (FRTS). Par consquent, la configuration suivante ne fonctionnera plus si vous
effectuez une mise niveau vers Cisco IOS 12.1.

interface Serial0/0
frame-relay traffic-shaping
bandwidth 256
no ip address
encapsulation frame-relay IETF
priority-group 1

!
interface Serial0/0.1 point-to-point
bandwidth 128
ip address 136.238.91.214 255.255.255.252
no ip mroute-cache
traffic-shape rate 128000 7936 7936 1000
traffic-shape adaptive 32000
frame-relay interface-dlci 200 IETF

Si FRTS n'est pas activ, vous pouvez appliquer une autre mthode de mise en file d'attente, telle que la mise en file d'attente
pondre base sur les classes (CBWFQ), l'interface principale, laquelle agit comme un canal de bande passante unique. En outre,
depuis Cisco IOS 12.1.1(T), vous pouvez activer la mise en file d'attente d'interface prioritaire (PIPQ) de circuits virtuels
permanents (PVC) Frame Relay sur une interface principale Frame Relay. Vous pouvez dfinir des PVC de priorit leve,
moyenne, normale ou basse et mettre la commande frame-relay interface-queue priority sur l'interface principale, comme dans
l'exemple suivant :

interface Serial3/0
description framerelay main interface
no ip address
encapsulation frame-relay
no ip mroute-cache
frame-relay traffic-shaping
frame-relay interface-queue priority

interface Serial3/0.103 point-to-point

description frame-relay subinterface
ip address 1.1.1.1 255.255.255.252
frame-relay interface-dlci 103
class frameclass

map-class frame-relay frameclass

frame-relay adaptive-shaping becn
frame-relay cir 60800
frame-relay BC 7600
frame-relay be 22800
frame-relay mincir 8000
service-policy output queueingpolicy
frame-relay interface-queue priority low

Q. Le formatage du trafic Frame Relay (FRTS) fonctionne-t-il avec Cisco Express Forwarding distribu (dCEF) et
la mise en file d'attente pondre base sur les classes distribue (dCBWFQ) ?
A. partir de Cisco IOS 12.1(5)T, seules les versions distribues des fonctions QoS sont prises en charge sur les VIP dans la gamme
Cisco 7500. Pour permettre le formatage du trafic sur des interfaces de relais de trame, utilisez le Distributed Traffic Shaping (DTS).
Pour plus d'informations, rfrez-vous aux documents suivants :

FRF.11 et FRF.12 Versatile Interface Processor distribus pour Cisco IOS Version 12.1 T
Mise en forme du trafic de relais de trame avec QoS distribu sur Cisco 7500
Qualit de service (QoS) sur mode de transfert asynchrone (ATM)
Q. O dois-je appliquer une stratgie de service avec la mise en file d'attente pondre base sur les classes
(CBWFQ) et la Low Latency Queueing (LLQ) sur une interface en mode de transfert asynchrone (ATM) ?

A. Depuis Cisco IOS 12.2, les interfaces ATM prennent en charge les stratgies de service trois niveaux ou interfaces logiques :
interface principale, sous-interface et circuit virtuel permanent (PVC). L'emplacement auquel vous appliquez la stratgie est
conditionne par la fonction de qualit de service (QoS) que vous activez. Les stratgies de mise en file d'attente doivent tre
appliques par circuit virtuel (VC) puisque l'interface ATM contrle le niveau de congestion par circuit virtuel et gre les files
d'attente des paquets excdentaires par circuit virtuel. Pour plus d'informations, rfrez-vous aux documents suivants :

Application d'une stratgie de service QoS sur une interface ATM

Prsentation de la mise en file d'attente de transmission par circuit virtuel sur les interfaces ATM PA-A3 et NM-1A

Q. Quels sont les octets pris en compte par IP pour la mise en file d'attente de la classe de service (CoS) du mode de
transfert asynchrone (ATM) ?

A. Les commandes de bande passante et de priorit configures dans une stratgie de service pour permettre la mise en file d'attente
pondre base sur les classes (CBWFQ) et la Low Latency Queuing (LLQ), respectivement, utilisent une valeur de Kbits/s qui
prend en compte les mmes octets de surcharge que ceux pris en compte par la sortie de la commande show interface. En particulier,
le systme de mise en file d'attente de couche 3 prend en compte le contrle de la liaison logique / protocole d'accs au sous-rseau
(LLC/SNAP). Il ne prend pas en compte ce qui suit :

Trailer de la couche d'adaptation ATM 5 (AAL5)

Remplissage pour faire de la dernire cellule un multiple pair de 48 octets
En-tte de cellule de cinq octets
Quels sont les octets pris en compte par la mise en file d'attente CoS d'IP ATM

Q. Combien de circuits virtuels (VC) peuvent prendre en charge simultanment une stratgie de service ?
A. Le document suivant fournit des instructions utiles sur le nombre de VC en mode de transfert asynchrone (ATM) pouvant tre
pris en charge. Environ 200 300 circuits virtuels permanents vbr-nrt (PVC) VBR-nrt ont t dploys en toute scurit :

Guide de conception de la classe de service IP ATM

Prenez en compte galement ce qui suit :

Utilisez un processeur de forte capacit. Par exemple, un VIP4-80 fournit de manire significative des performances plus
leves qu'un VIP2-50.
Quantit de mmoire de paquets disponible. Sur le NPE-400, jusqu' 32 Mo (dans un systme de 256 Mo) sont rservs pour
la mmoire tampon des paquets. Pour un NPE-200, jusqu' 16 Mo sont rservs pour des mmoires tampon de paquets sur un
systme de 128 Mo.
Des configurations avec la Weighted Random Early Detection (WRED) par circuit virtuel fonctionnant simultanment sur un
maximum de 200 circuits virtuels ATM ont t intensivement testes. La quantit de mmoire de paquets sur le VIP2-50
pouvant tre utilise pour les files d'attente par circuit virtuel est limite. Par exemple, un VIP2-50 avec 8 Mo de SRAM
fournit 1 085 mmoires tampon de paquets disponibles pour la mise en file d'attente par circuit virtuel de classe de service IP
ATM sur lesquelles la WRED fonctionne. Si 100 PVC ATM ont t configurs et si tous les circuits virtuels ont
simultanment fait l'objet d'une congestion excessive (comme cela pourrait tre simul dans des environnements de test o
une source contrle par un flux autre que TCP serait utilise), chaque PVC aurait en moyenne une mise en mmoire tampon
d'environ 10 paquets, ce qui peut tre insuffisant pour que la WRED fonctionne correctement. Les priphriques VIP2-50 avec
une SRAM importante sont donc fortement recommands dans les conceptions comportant un nombre lev de circuits
virtuels ATM excutant des WRED par circuit virtuel et pouvant faire simultanment l'objet de congestion.
Plus le nombre de PVC configurs actifs est lev, plus le nombre de Sustained Cell Rate (SCR) devra tre faible, et par
consquent, plus la file d'attente requise par la WRED pour fonctionner sur le PVC devra tre courte. Ainsi, comme cela est le
cas lors de l'utilisation des profils WRED par dfaut de la fonction de phase 1 de classe de service (COs) IP ATM, la
configuration de seuils infrieurs de suppression de WRED lorsque la WRED par circuit virtuel est active sur un trs grand
nombre de PVC lents congestionns rduirait le risque de pnurie de mmoire tampon sur le VIP. La pnurie de mmoire
tampon sur le VIP n'entrane aucun dysfonctionnement. Dans le cas de pnurie de mmoire tampon sur le VIP, la fonction de
phase 1 de COs d'IP ATM passe simplement au tail drop First In First Out (FIFO) durant la pnurie de mmoire tampon
(c'est--dire la mme stratgie de suppression qui serait utilise si la fonction de COs d'IP ATM n'tait pas active sur ce
PVC).
Nombre maximal de circuits virtuels simultans qui peut tre raisonnablement pris en charge.

Q. Quels matriels en mode de transfert asynchrone (ATM) prennent en charge les fonctions de classe de service
(COs) IP ATM comprenant la mise en file d'attente pondre base sur les classes (CBWFQ) et la Low Latency
Queuing (LLQ) ?

A. La COs IP ATM se rapporte un ensemble de fonctionnalits qui sont actives par circuit virtuel . La COs IP ATM n'est
 donc pas prise en charge sur le processeur d'interface ATM (AIP), ou sur les processeurs rseau ATM 4500 ou PA-A1. Ce matriel
ATM ne prend pas en charge la mise en file d'attente par circuit virtuel, telle que le PA-A3 et la plupart des modules rseau (autres
que l'ATM-25) la dfinissent. Pour plus d'informations, reportez-vous au document suivant :

Prsentation de la prise en charge de matriel ATM pour la classe de service IP ATM

Mise en file d'attente pondre base sur les classes par circuit virtuel sur les plates-formes bases sur un processeur de
commutation routage (RSP)
Mise en file d'attente pondre base sur les classes par circuit virtuel (Per-VC CBWFQ) sur les routeurs Cisco 7200, 3600 et
2600
Mise en file d'attente par circuit virtuel sur l'adaptateur de port ATM PA-A3-8T1/E1 IMA
Configuration de la mise en file d'attente par circuit virtuel ATM sur le MC3810

Voix et qualit de service (QoS)

Q. Comment le Link Fragmentation and Interleaving (LFI) fonctionne-t-il ?
A. Le trafic interactif tel que Telnet et la Voix sur IP est susceptible d'augmenter la latence lorsque le rseau traite des paquets
importants tels que les transferts par protocole de transfert de fichiers (FTP) sur un WAN. Le dlai de paquets pour le trafic interactif
est significatif lorsque les paquets FTP sont placs en file d'attente sur des liaisons WAN plus lentes. Une mthode a t conue pour
fragmenter les paquets les plus grands, et placer en file d'attente les paquets les plus petits (voix) entre les fragments des paquets les
plus grands (FTP). Les routeurs Cisco IOS prennent en charge plusieurs mcanismes de fragmentation de la couche 2. Pour plus
d'informations, rfrez-vous aux documents suivants :

Vue d'ensemble des mcanismes d'efficacit de liaison

VoIP sur relais de trame avec qualit de service (fragmentation, formatage du trafic, IP RTP Priority)
VoIP sur liaisons PPP avec qualit de service (LLQ / IP RTP Priority, LFI, cRTP)

Q. Quels outils puis-je utiliser pour contrler les performances de la Voix sur IP ?
A. Cisco offre actuellement plusieurs options pour contrler la qualit de service (QoS) dans les rseaux utilisant les solutions de
Voix sur IP de Cisco. Ces solutions ne mesurent pas la qualit vocale l'aide de la mthode Perceptual Speech Quality Measurement
(PSQM) ou de certains des nouveaux algorithmes proposs pour mesurer la qualit vocale. Les outils Agilent (HP) et NetIQ sont
disponibles cet effet. Cisco offre cependant des outils qui donnent une ide de la qualit vocale que vous obtenez en mesurant le
dlai, la gigue et la perte de paquets. Pour plus d'informations, consultez Utilisation du Service Assurance Agent et de l'Internetwork
Performance Monitor de Cisco pour grer la qualit de service sur des rseaux Voix sur IP.

Q. %SW_MGR-3-CM_ERROR_FEATURE_CLASS : Connection Manager Feature Error: Class SSS: (QoS) -

install error, ignore.
A. L'erreur d'installation de fonctionnalit observe constitue le comportement prvu lorsqu'une configuration incorrecte est
applique un modle. Elle indique que la stratgie de service n'a pas t applique en raison d'un conflit. Vous ne devez
gnralement pas configurer le formatage sur la valeur par dfaut des classes de la stratgie enfant dans les mappages de stratgies
hirarchiques ; configurez-le sur la stratgie parente de l'interface. L'impression et le traage de ce message en sont la consquence.

Avec des stratgies bases sur les sessions, le formatage des valeurs par dfaut des classes doit tre uniquement effectu au niveau
PVC de la sous-interface. La formatage de l'interface physique n'est pas pris en charge. Si la configuration est effectue sur
l'interface physique, l'occurrence de ce message d'erreur est un comportement attendu.

Dans le cas de LNS, une autre raison pourrait tre que la stratgie de service peut tre fournie par l'intermdiaire du serveur
RADIUS lorsque les sessions sont dmarres. mettez la commande show tech pour afficher la configuration du serveur RADIUS et
toutes les stratgies de service illgales qui sont installes par l'intermdiaire du serveur RADIUS lorsque la session s'ouvre ou
devient instable.

Informations connexes
Questions-rponses sur les technologies

1992-2010 Cisco Systems Inc. Tous droits rservs.

Date du fichier PDF gnr: 17 dcembre 2015

http://www.cisco.com/cisco/web/support/CA/fr/109/1094/1094631_qos_faq.html