Ce document répond à des questions fréquemment posées au sujet de la fonction de qualité de service (QoS) du Catalyst 6500/6000 avec le superviseur 1 (Sup1), le superviseur 1A (Sup1A), le superviseur 2 (Sup2) et le superviseur 720 (Sup720) qui exécutent le système d'exploitation Catalyst (CatOS). Dans ce document, ces commutateurs sont désignés sous le nom de commutateurs Catalyst 6500 (Cat6K) qui exécutent CatOS. Référez-vous à la configuration des fonctions PFC QoS pour la qualité de service sur les commutateurs Catalyst 6500/6000 qui exécutent le logiciel Cisco IOS®.
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.
A. Par défaut, la QoS n'est pas activée. Émettez la commande set qos enable afin d'activer QoS.
A. Tout le trafic qui entre dans un port non approuvé est marqué par un DSCP de 0. Plus précisément, le DSCP est marqué à nouveau sur 0 par le port de sortie.
A. Le paramètre par défaut est basé sur les ports. Vous pouvez changer cela si vous émettez la commande set port qos mod/port vlan-based.
A. Reportez-vous au tableau des capacités des ports dans la section Comprendre la capacité de mise en file d'attente d'un port de la planification de sortie QoS sur les commutateurs de la gamme Catalyst 6500/6000 exécutant le logiciel système CatOS.
A. Reportez-vous à la section Configuration par défaut de la qualité de service sur la section Catalyst 6000 de la planification de sortie QoS sur les commutateurs de la gamme Catalyst 6500/6000 exécutant le logiciel système CatOS.
A. Input Scheduling (Planification des entrées) : effectuée par les circuits intégrés ASIC (Application-Specific Integrated Circuits) PINNACLE/COIL. Couche 2 uniquement, avec ou sans carte PFC (Policy Feature Card).
Classification : effectuée par le superviseur ou par PFC via le moteur de liste de contrôle d'accès (ACL). Couche 2 uniquement, sans carte PFC ; Couche 2 ou 3 avec une carte PFC.
Réglementation : effectuée par PFC via le moteur de transfert de couche 3. Couche 2 ou 3 avec une carte PFC (obligatoire).
Packet Re-write : effectué par les ASIC de port PINNACLE/COIL. Couche 2 ou Couche 3 en fonction de la classification effectuée précédemment.
Output Scheduling : effectué par les ASIC de port PINNACLE/COIL. Couche 2 ou Couche 3 en fonction de la classification effectuée précédemment.
A. Dans les commutateurs de la gamme Catalyst 6000, le coeur de la fonctionnalité QoS réside sur la carte PFC et est une condition requise pour le traitement QoS de couche 3 ou de couche 4. Cependant, un superviseur sans carte PFC peut être utilisé pour la classification et le marquage QoS de couche 2.
A. PFC2 vous permet d'appliquer la stratégie QoS à une carte DFC (Distributed Forwarding Card). PFC2 ajoute également la prise en charge d'un taux d'excédent, ce qui indique un second niveau de réglementation auquel des actions de politique peuvent être prises. Reportez-vous à la section Support matériel pour la qualité de service dans la section Gamme Catalyst 6000 de Présentation de la qualité de service sur les commutateurs de la gamme Catalyst 6000 pour plus d'informations.
A. set qos map 2q2t tx queue 2 2 cos 5,6,7
set qos map 2q2t tx queue 2 1 cos 1,2,3,4
set qos map 2q2t tx queue 1 cos 0
A. 8 à 1 (divisez DSCP par 8 pour obtenir CoS).
A. Non, les files d'attente WRR ne sont pas servies tant que la file d'attente prioritaire n'est pas complètement vide.
A. Basé sur un certain nombre d’octets, qui peuvent représenter plusieurs paquets. Le paquet final qui dépasse les octets alloués n'est pas envoyé. Avec une configuration de poids extrême, par exemple 1 % pour la file d'attente 1 et 99 % pour la file d'attente 2, le poids exact configuré pourrait ne pas être atteint. Le commutateur utilise un algorithme WRR pour transmettre des trames d’une file d’attente à la fois. WRR utilise une valeur de poids pour décider de la quantité à transmettre d'une file d'attente avant de basculer vers l'autre file d'attente. Plus le poids attribué à une file d'attente est élevé, plus la bande passante de transmission lui est allouée.
Note: Le nombre réel d'octets transmis ne correspond pas au calcul, car des trames entières sont transmises avant de basculer vers l'autre file d'attente.
A. Le DWRR transmet à partir des files d'attente sans affamer la file d'attente de faible priorité, car il suit la file d'attente de faible priorité en sous-transmission et compense cette dernière au prochain tour. Si une file d'attente ne peut pas envoyer un paquet parce que sa taille de paquet est supérieure aux octets disponibles, les octets inutilisés sont crédités au cycle suivant.
A. Émettez la commande set qos wrr 2q2t q1_weight q2_weight afin de modifier les pondérations par défaut pour la file d'attente 1 (file d'attente de faible priorité servie 5/260) et la file d'attente 2 (file d'attente de haute priorité servie 255/260).
A. Oui, SNMP prend en charge CISCO-QOS-PIB-MIB et CISCO-CAR-MIB.
A. Les commandes show qos statistics aggregate-policer et show qos statistics l3stats affichent le nombre de paquets abandonnés par le régulateur.
A. Oui, SNMP prend en charge CISCO-QOS-PIB-MIB et CISCO-CAR-MIB.
A. Non, ça ne peut pas être fait. En mode hybride (CatOS), toutes les fonctions de contrôle QoS sont effectuées par le superviseur.
A. Les valeurs de rafale du régulateur et du régulateur sont mises en oeuvre de la manière suivante :
burst = sustained rate bps × 0.00025 (the leaky bucket rate) + MTU kbpsPar exemple, si vous voulez un régulateur de 20 Mbits/s et une unité de transmission maximale (MTU) (sur Ethernet) de 1 500 octets, voici comment la rafale est calculée :
burst = (20,000,000 bps × 0.00025) + (1500 × 0.008 kbps) = 5000 bps + 12 kbps = 17 kbpsCependant, en raison de la granularité du matériel de contrôle avec Sup1 et Sup2, vous devez arrondir ceci à 32 kbits/s, ce qui est le minimum.
Reportez-vous aux documents suivants pour plus d'informations sur la mise en oeuvre du taux de régulateur et des valeurs de rafale :
A. Oui, il y a une différence entre deux superviseurs lorsqu'un commutateur Catalyst 6500 a SUP2/PFC2. S'il exécute Cisco Express Forwarding (CEF), le comportement est légèrement différent lorsque vous configurez le flux réseau dans SUP2.
A. Reportez-vous à la section Surveillance et vérification d'une configuration de la classification et du marquage QoS sur les commutateurs de la gamme Catalyst 6500/6000 exécutant le logiciel CatOS.
A. Lorsque vous exécutez du code hybride (CatOS), vous émettez les commandes QoS sur la carte PFC (supervisor/Policy Feature Card). Le 6500 effectue la QoS à trois endroits :
Basé sur le logiciel dans la carte MSFC
Basé sur le matériel (basé sur la commutation multicouche) dans la carte PFC
Logiciel basé sur certaines cartes de ligne
Ce problème se produit lorsque vous travaillez avec IOS hybride (CatOS + IOS pour MSFC). CatOS et IOS ont deux jeux de commandes de configuration. Cependant, lorsque vous configurez la QoS sous IOS natif, par exemple avec les nouveaux moteurs Sup32 ou Sup720, vous êtes plus éloigné du matériel et la partie de la carte de ligne est invisible pour l'utilisateur. Ceci est important car la majeure partie du trafic est commuté sur plusieurs couches (matériel commuté). Par conséquent, il est géré par la logique PFC. Le MSFC ne voit jamais ce trafic. Si vous ne configurez pas la QoS basée sur PFC, la majeure partie du trafic est perdue.
A. Vous pouvez créer une liste de contrôle d'accès QoS (ACL) pour faire confiance à la valeur DSCP (Differentiated Services Code Point) du paquet entrant. Par exemple, émettez la commande set qos acl ip test trust-dscp any.
A. Reportez-vous à la section Classification et réglementation avec la carte PFC de Présentation de la qualité de service sur les commutateurs de la gamme Catalyst 6000.
A. Avec Supervisor Engine 1 et 1a, il n'est pas possible d'avoir des statistiques de réglementation pour différents régulateurs d'agrégation. Émettez la commande show qos statistics l3stats afin d'afficher les statistiques de réglementation par système.
Avec Supervisor Engine 2, vous pouvez afficher des statistiques de réglementation agrégées par agent de contrôle à l'aide de la commande show qos statistics aggregate-policer. Émettez la commande show mls entry qos short afin de vérifier les statistiques de régulation de microflux.
A. Le formatage du trafic est seulement pris en charge sur certains modules WAN pour la gamme Catalyst 6500/7600, tels que les modules de services optiques (OSM) et les modules FlexWAN. Référez-vous à Configuration du formatage du trafic basé sur les classes et du formatage du trafic pour plus d'informations.
A. Catalyst 6500/6000 prend en charge jusqu'à 63 régulateurs de microflux et jusqu'à 1 023 régulateurs d'agrégation.
A. Le Supervisor Engine 1A prend en charge la réglementation d'entrée dans CatOS version 5.3(1) et ultérieure, et le logiciel Cisco IOS version 12.0(7)XE et ultérieure.
Le Supervisor Engine 2 prend en charge la réglementation d'entrée dans CatOS version 6.1(1) et ultérieure, et le logiciel Cisco IOS version 12.1(5c)EX et ultérieure. Cependant, la réglementation de microflux n'est prise en charge que dans le logiciel Cisco IOS.
A. Un changement important dans la réglementation sur le Supervisor Engine 720 est qu'il peut compter le trafic par la longueur de couche 2 de la trame. Ceci diffère du Supervisor Engine 1 et du Supervisor Engine 2, qui comptent les trames IP et IPX par leur longueur de couche 3. Dans certaines applications, la longueur des couches 2 et 3 peut ne pas être cohérente. Un exemple est un petit paquet de couche 3 à l’intérieur d’une grande trame de couche 2. Dans ce cas, le Supervisor Engine 720 peut afficher un débit de trafic réglementé légèrement différent de celui des Supervisor Engine 1 et Supervisor Engine 2.
A. Ces paramètres contrôlent le fonctionnement du saut de jeton :
Débit - définit combien de tokens sont supprimés à chaque intervalle. Ceci définit effectivement le débit de réglementation. Tout le trafic au-dessous du débit est considéré comme dans le profil.
Intervalle - définit à quelle fréquence les tokens sont supprimés du compartiment. L'intervalle est fixé à 0,00025 seconde, ainsi des tokens sont supprimés du compartiment 4 000 fois par seconde. L'intervalle ne peut pas être modifié.
Salve - définit le nombre maximal de tokens que le compartiment peut contenir en même temps. La rafale ne doit pas être inférieure à la fréquence de l'intervalle afin de supporter le débit de trafic spécifié. Une autre considération est que le paquet de la taille maximale doit s'insérer dans le compartiment.
Utilisez cette équation afin de déterminer le paramètre de rafale :
Burst = (rate bps * 0.00025 sec/interval) or (maximum packet size bits) [whichever is greater]Par exemple, si vous voulez calculer la valeur minimale de rafale requise pour maintenir un débit de 1 Mbit/s sur un réseau Ethernet, le débit est défini sur 1 Mbit/s et la taille de paquet Ethernet maximale est de 1 518 octets. Voici l'équation :
Burst = (1,000,000 bps * 0.00025) or (1518 bytes * 8 bits/byte) = 250 or 12144Le résultat le plus grand est 12 144, qui vous arrondissez à 13 Kbits/s.
Remarque : dans le logiciel Cisco IOS, le taux de réglementation est défini en bits par seconde (bits/s). Dans le système d'exploitation Catalyst (CatOS), il est défini en kbits/s. En outre, dans le logiciel Cisco IOS, le débit de rafale est défini en octets, mais dans CatOS, il est défini en kilobits.
Remarque : en raison de la granularité de la réglementation matérielle, le taux exact et la rafale sont arrondis à la valeur prise en charge la plus proche. Assurez-vous que la valeur de rafale est inférieure à la taille de paquet maximale. Autrement, tous les paquets dont la taille est supérieure à la taille de rafale sont jetés.
Par exemple, si vous essayez de définir la rafale sur 1518 dans le logiciel Cisco IOS, elle est arrondie à 1000. En conséquence, toutes les trames de plus de 1 000 octets sont jetés. La solution consiste à configurer la rafale jusqu'en 2000.
Lorsque vous configurez le débit de rafale, prenez en compte que certains protocoles, tels que TCP, implémentent un mécanisme de contrôle de flux qui réagit à la perte de paquets. Par exemple, TCP réduit le fenêtrage par deux pour chaque paquet perdu. En conséquence, une fois réglementée à un certain débit, l'utilisation effective de la liaison est inférieure au débit configuré. Vous pouvez augmenter la rafale pour une meilleure utilisation. Un bon début pour un tel trafic est de doubler la taille de rafale. Dans cet exemple, la taille de rafale passe de 13 kbits/s à 26 kbits/s. Puis, surveillez les performances et effectuez d'autres réglages si nécessaire.
Pour la même raison, il n'est pas recommandé de comparer le fonctionnement du régulateur au trafic orienté connexion. Les performances illustrées sont généralement inférieures à celles que le régulateur permet.
A. Lorsque vous configurez la QoS sur les ports qui font partie d'un canal de port sur le système d'exploitation Catalyst (CatOS), vous devez appliquer la même configuration à tous les ports physiques du canal de port. Ces paramètres doivent convenir pour tous les ports du canal de port :
Type d'approbation de port
Type de port de réception (2q2t ou 1p2q2t)
Type de port de transmission (1q4t ou 1p1q4t)
Classe de service (CoS) par défaut
QoS basée sur les ports ou QoS basée sur VLAN
Liste de contrôle d'accès (ACL) ou paire de protocoles que le port transporte
A. Avec les versions du système d'exploitation Catalyst (CatOS) antérieures à la version 6.2, la commande WRED (Weighted Random Early Detection) threshold ne définit que le seuil max, tandis que le seuil min est codé en dur à 0%. Ceci est corrigé dans CatOS 6.2 et versions ultérieures, qui permettent la configuration de la valeur de seuil min.Le seuil min par défaut dépend de la priorité. Le seuil minimal de priorité IP 0 correspond à la moitié du seuil maximal. Les valeurs des précédents qui restent tombent entre la moitié du seuil max et le seuil max à intervalles réguliers.
A. Si vous avez trois files d'attente (1p2q2t), la file d'attente WRR (Weighted Round-Robin) de priorité élevée et la file d'attente de priorité stricte doivent être définies au même niveau.
A. Oui, car vous ne pouvez pas émettre les commandes trust-dscp, trust-ipcip ou trust-cos sur les cartes de ligne WS-X6248-xx, WS-X6224-xx et WS-X6348-xx. La méthode la plus simple dans cette situation est de laisser tous les ports comme non approuvés et de remplacer la liste de contrôle d'accès par défaut par la commande trust-dscp :
set qos enable set port qos 2/1-16 trust untrusted set qos acl default-action ip trust-dscpReportez-vous à la section Limitations des cartes de ligne WS-X6248-xx, WS-X6224-xx et WS-X6348-xx de classification et marquage QoS sur les commutateurs de la gamme Catalyst 6500/6000 exécutant le logiciel CatOS pour les limitations spécifiques aux cartes de ligne.
A. Le Supervisor Engine 1A prend en charge la réglementation d'entrée dans CatOS version 5.3(1) et ultérieure, ainsi que dans le logiciel Cisco IOS version 12.0(7)XE et ultérieure.
Remarque : Une carte fille PFC (Policy Feature Card) est requise pour la réglementation avec le Supervisor Engine 1A.
Le Supervisor Engine 2 prend en charge la réglementation d'entrée dans CatOS version 6.1(1) et ultérieure, ainsi que dans le logiciel Cisco IOS version 12.1(5c)EX et ultérieures. Le Supervisor Engine 2 prend en charge le paramètre de régulation de débit excédentaire.
Le Supervisor 720 prend en charge le contrôle d'entrée au niveau du port et de l'interface VLAN. Référez-vous à la section Mise à jour des fonctionnalités de réglementation pour Supervisor Engine 720 de la réglementation QoS sur les commutateurs de la gamme Catalyst 6500/6000 pour plus d'informations sur les fonctionnalités de réglementation Sup720.
A. Lorsque vous configurez la QoS sur un port faisant partie d'un EtherChannel sur CatOS, vous devez toujours la configurer par port. En outre, vous devez vous assurer d'appliquer la même configuration QoS à tous les ports, car l'EtherChannel ne peut regrouper que des ports avec les mêmes configurations QoS. Cela signifie que vous devez configurer ces paramètres de la même manière :
Type d'approbation de port
Type de port de réception (2q2t ou 1p2q2t)
Type de port de transmission (1q4t ou 1p1q4t)
Classe de service (CoS) par défaut
QoS basée sur les ports ou QoS basée sur VLAN
Liste de contrôle d'accès (ACL) ou paire de protocoles que le port transporte
A. Reportez-vous au cas 1 : Marquage à la section Périphérie de la classification et du marquage QoS sur les commutateurs de la gamme Catalyst 6500/6000 exécutant le logiciel CatOS pour un exemple de marquage du trafic.
Reportez-vous à la section Configurer et surveiller la réglementation dans le logiciel CatOS de la réglementation QoS sur les commutateurs de la gamme Catalyst 6500/6000 pour un exemple de réglementation du trafic.
A. Chaque liste de contrôle d’accès QoS peut être appliquée à un port ou à un VLAN, mais il existe un paramètre de configuration supplémentaire à prendre en compte : le type de port ACL. Un port peut être configuré pour être basé sur VLAN ou sur port. Voici les deux types de configuration :
Si un port basé sur VLAN avec une liste de contrôle d’accès appliquée est attribué à un VLAN qui a également une liste de contrôle d’accès appliquée, alors la liste de contrôle d’accès basée sur VLAN prend la priorité sur la liste de contrôle d’accès basée sur les ports.
Si un port basé sur un port avec une liste de contrôle d’accès appliquée est attribué à un VLAN qui a également une liste de contrôle d’accès appliquée, alors la liste de contrôle d’accès basée sur le port prend la priorité sur la liste de contrôle d’accès basée sur le VLAN.
Reportez-vous à Laquelle des quatre sources possibles pour le DSCP interne sera utilisée ? de la section Classification et marquage QoS sur les commutateurs de la gamme Catalyst 6500/6000 exécutant le logiciel CatOS pour plus d'informations.
A. Les commutateurs de couche 3 implémentent une approximation de l'algorithme de regroupement à jeton unique dans le micrologiciel. Une taille de rafale raisonnable pour la plage de débits de trafic est d'environ 64 000 octets. La taille de rafale doit être choisie pour inclure au moins un paquet de taille maximale. Avec chaque paquet entrant, l'algorithme de réglementation détermine l'heure entre ce paquet et le dernier paquet, et calcule le nombre de jetons générés pendant le temps écoulé. Ensuite, il ajoute ce nombre de jetons au compartiment et détermine si le paquet entrant est conforme ou dépasse les paramètres spécifiés.
A. Les applications TCP se comportent mal lorsque des paquets sont abandonnés en raison de la limitation de débit. Ceci est dû au schéma de fenêtrage inhérent utilisé dans le contrôle de flux. Vous pouvez ajuster le paramètre de taille de rafale ou de débit pour obtenir le débit requis.
A. Pour éviter la congestion lors de la planification de sortie, le commutateur Catalyst 6500 (Cat6K) prend en charge le WRED sur certaines files d'attente de sortie. Chaque file d'attente a une taille et un seuil configurables. Certains ont WRED. WRED est un mécanisme d'évitement de congestion qui supprime aléatoirement les paquets avec une certaine priorité IP lorsque les tampons atteignent un remplissage de seuil défini. WRED est une combinaison de deux fonctionnalités : la chute de la queue et la détection précoce aléatoire (RED). La mise en oeuvre initiale du système d'exploitation Catalyst (CatOS) de WRED a uniquement défini le seuil max, tandis que le seuil min a été codé en dur à 0 %. Notez que la probabilité de perte d'un paquet est toujours non nulle, car elle est toujours supérieure au seuil minimum. Ce comportement est corrigé dans CatOS 6.2 et versions ultérieures. WRED est un mécanisme très utile d'évitement de congestion pour lorsque le type de trafic est basé sur TCP. Pour les autres types de trafic, RED n'est pas très efficace car RED tire parti du mécanisme de fenêtrage utilisé par TCP pour gérer l'encombrement.
Reportez-vous à la section Comprendre la capacité de mise en file d'attente d'un port de la planification de sortie QoS sur les commutateurs de la gamme Catalyst 6500/6000 exécutant le logiciel système CatOS afin de déterminer si une carte de ligne ou une structure de file d'attente peut prendre en charge WRED. Vous pouvez également émettre la commande show port ability afin de voir la structure de file d'attente de votre carte de ligne.
A. Chaque trame a une classe de service interne (CoS) affectée, soit la classe de service reçue, soit la classe de service par défaut du port. Cela inclut les trames non étiquetées qui ne transportent aucune CoS réelle. Cette CoS interne et le DSCP reçu sont écrits dans un en-tête de paquet spécial (appelé en-tête de bus de données) et sont envoyés par le bus de données au moteur de commutation. Cela se produit sur la carte de ligne d'entrée. À ce stade, on ne sait pas encore si cette classe de service interne est portée au circuit intégré spécifique à l'application de sortie (ASIC) et insérée dans la trame sortante. Une fois que l’en-tête atteint le moteur de commutation, la logique EARL (Encoded Address Recognition Logic) du moteur de commutation attribue à chaque trame un DSCP interne. Ce DSCP interne est une priorité interne attribuée à la trame par la carte PFC (Policy Feature Card) lors de la transmission du commutateur. Il ne s'agit pas du DSCP dans l'en-tête IPv4. Il est dérivé d'un paramètre de CoS ou de type de service (ToS) existant et est utilisé pour réinitialiser la CoS ou la ToS lorsque la trame quitte le commutateur. Ce DSCP interne est attribué à toutes les trames commutées (ou routées) par la carte PFC, même les trames non IP.
A. Reportez-vous à la section Quatre sources possibles pour DSCP interne de Classification et marquage QoS sur les commutateurs de la gamme Catalyst 6500/6000 exécutant le logiciel CatOS.
A. Le DSCP interne dépend de ces facteurs :
État d'approbation des ports
Liste de contrôle d'accès (ACL) associée au port
ACL par défaut
Basé sur VLAN ou sur port, en ce qui concerne la liste de contrôle d’accès
Ce diagramme de flux résume la manière dont le DSCP interne est choisi en fonction de la configuration :
![]()
A. Oui, CBWFQ vous permet de définir une classe de trafic et de lui attribuer une garantie de bande passante minimale. L'algorithme derrière ce mécanisme est la mise en file d'attente pondérée (WFQ), qui explique le nom. Vous définissez des classes spécifiques dans des instructions map-class afin de configurer CBWFQ. Vous affectez ensuite une stratégie à chaque classe dans un mappage de stratégie. Cette carte-politique est ensuite attachée au trafic entrant/sortant d'une interface.
A. Oui, le point de code de services différenciés interne (DSCP) est utilisé pour réinitialiser la CoS sur les trames de sortie.
A. Oui, lorsque ces commandes sont configurées, QoS applique une configuration identique à tous les ports LAN/routés contrôlés par le même circuit intégré spécifique à l'application (ASIC). Les paramètres QoS sont propagés vers d'autres ports qui appartiennent au même ASIC, que le port soit un port d'accès, un port agrégé ou un port routé.
rcv-queue random-detect
rcv-queue queue queue-limit
wrr-queue queue-limit
bande passante de la file d'attente de travail (à l'exception des ports LAN Gigabit Ethernet)
priority-queue cos-map
rcv-queue cos-map
wrr-queue cos-map
wrr-queue threshold
rcv-queue threshold
wrr-queue Rand-detect
wrr-queue Random-detect min-threshold
wrr-queue Random-detect max-threshold
Lorsque la commande d'interface par défaut est exécutée sur l'un des ports, l'ASIC qui contrôle le port particulier réinitialise la configuration QoS pour tous les ports qu'il contrôle.
Router#show traffic-shape statistics Access Queue Packets Bytes Packets Bytes Shaping I/F List Depth Delayed Delayed Active Et0 101 0 2 180 0 0 no Et1 0 0 0 0 0 noA. L'attribut Shaping Active a yes lorsque les compteurs indiquent que le formatage du trafic se produit et no si le formatage du trafic ne se produit pas.
Vous pouvez utiliser la commande show policy-map afin de vérifier si le trafic configuré fonctionne.
Router#show policy-map Policy Map VSD1 Class VOICE1 Strict Priority Bandwidth 10 (kbps) Burst 250 (Bytes) Class SIGNALS1 Bandwidth 8 (kbps) Max Threshold 64 (packets) Class DATA1 Bandwidth 15 (kbps) Max Threshold 64 (packets) Policy Map MQC-SHAPE-LLQ1 Class class-default Traffic Shaping Average Rate Traffic Shaping CIR 63000 (bps) Max. Buffers Limit 1000 (Packets) Adapt to 8000 (bps) Voice Adapt Deactivation Timer 30 Sec service-policy VSD1
A. La QoS PFC de Cisco Catalyst 6500 comporte certaines restrictions et ne prend pas en charge certaines commandes liées à la QoS. Reportez-vous à ces documents pour obtenir la liste complète des commandes non prises en charge.
A. Les compteurs CoPP (Software Control Plane Policing) sont la somme des paquets traversant le matériel CoPP et la limitation du débit matériel. Les paquets sont d'abord gérés par des limiteurs de débit matériel, et s'ils ne correspondent pas, alors la CoPP matérielle s'affiche. Si le limiteur de débit matériel autorise les paquets, ce paquet est transmis au logiciel où il est traité par le logiciel CoPP. Grâce à ce logiciel, CoPP peut être supérieur aux compteurs CoPP matériels.
Il existe également certaines restrictions lorsque CoPP n'est pas pris en charge dans le matériel. Certaines sont :
CoPP n'est pas pris en charge dans le matériel pour les paquets de multidiffusion. La combinaison des listes de contrôle d'accès, des limiteurs de débit du processeur de multidiffusion et de la protection logicielle CoPP offre une protection contre les attaques DoS de multidiffusion.
CoPP n'est pas pris en charge dans le matériel pour les paquets de diffusion. La combinaison des listes de contrôle d’accès, du contrôle des tempêtes de trafic et de la protection logicielle CoPP offre une protection contre les attaques DoS de diffusion.
Les classes qui correspondent à la multidiffusion ne sont pas appliquées au matériel mais au logiciel.
CoPP n'est pas activé dans le matériel, sauf si la QoS MMLS est activée globalement avec la commande mls qos. Si la commande mls qos n'est pas entrée, CoPP fonctionne uniquement dans le logiciel et ne fournit aucun avantage au matériel.
Référez-vous à Configuration de la réglementation du plan de contrôle (CoPP) pour plus d'informations.
A. Lorsque la commande d'interface par défaut est exécutée, la configuration autre que la configuration par défaut est collectée, ce qui est similaire à ce qui est affiché dans show running-config interface x/y et chacun de ces paramètres est défini sur leurs valeurs par défaut. Il peut s'agir d'une simple négation d'une commande.
Si une QoS ou d'autres fonctions sont configurées sur cette interface et que ces commandes sont annulées, elles peuvent se propager à d'autres interfaces de la carte de ligne.
Il est recommandé de vérifier le résultat de la commande show interface x/y Features, avant de continuer avec la valeur par défaut d'une interface. Reportez-vous à la section La QoS applique-t-elle la même configuration à tous les ports LAN contrôlés par le même ASIC ? pour plus d'informations.
La sortie de la commande d'interface par défaut affiche également (le cas échéant) d'autres interfaces affectées par la QoS et d'autres fonctionnalités mises en oeuvre dans ce port ASIC.
A. Oui. Vous pouvez configurer la QoS sur une adresse IP secondaire.