Introduction
Ce document décrit comment configurer la fonctionnalité de déchargement de qualité de service (QoS) sur la plate-forme du routeur à services agrégés de la gamme Cisco 9000 (ASR9K). L'objectif, l'application et les limites de la fonction sont également décrits.
Conditions requises
Assurez-vous que votre système répond à ces exigences avant de tenter cette configuration :
- L'un ou les deux de ces enveloppes d'installation de paquets (PIE) pour le matériel satellite spécifique doivent être installés et activés :
- asr9k-asr9000v-nV-px.pie-5.1.1
- asr9k-asr901-nV-px.pie-5.1.2
- Le satellite doit disposer de logiciels et de dispositifs programmables sur site (FPD) mis à jour.
Components Used
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
- Cisco IOS® XR version 5.1.1 sur ASR9K pour ASR-9000v.
- Cisco IOS XR version 5.1.2 sur ASR9K pour ASR-901.
Note: La fonctionnalité de déchargement QoS de l'ASR-903 n'est pas officiellement prise en charge pour le moment.
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
Informations générales
Présentation du déchargement QoS
La liaison interchâssis (ICL) entre le satellite et l'ASR9K (généralement 10 Gbit/s) peut facilement devenir saturée par les interfaces d'accès sur le satellite lui-même. La fonctionnalité de déchargement QoS fournit des fonctionnalités QoS dans le matériel sur le satellite réel (par opposition à l'hôte ASR9K) afin d'éviter la perte de données critiques sur l'ICL en cas d'encombrement.
La fonctionnalité de déchargement QoS a été introduite afin de protéger le trafic sur la liste de contrôle d'accès de l'ICL de l'encombrement dans la direction du port d'accès satellite vers l'ASR9K, comme indiqué par les flèches rouges en pointillés dans l'image suivante. Ce concept aide à comprendre certaines des limites et aide à concevoir la mise en oeuvre de la QoS.

Processus critiques pour le déchargement QoS
Cette section décrit les deux processus critiques utilisés pour le déchargement QoS.
Processus d'extension du plan de contrôle d'interface (icpe_cpm)
Le processus ICPE (Interface Control Plane Extender) gère le protocole SDAC (Satellite Discovery and Control), qui fournit le canal de communication entre l'hôte ASR9K et le satellite.
Processus QoS Policy-Manager (qos_ma)
Le processus du gestionnaire de politiques QoS effectue les actions suivantes :
- Vérifie et stocke les cartes-classes et-stratégies dans une base de données sur le processeur de commutation de routage (RSP).
- Gère une base de données d'interface satellite vers des mappages de stratégie de service.
- Collecte périodiquement les statistiques QoS des boîtes satellites pour les politiques de service déchargées.
- S'exécute sur tous les noeuds où il existe des interfaces de plan de contrôle, pour inclure à la fois les RSP et les cartes de ligne (LC).
Configuration
Utilisez cette section afin de configurer la fonctionnalité de déchargement QoS sur ASR9K.
Configuration du déchargement QoS
Ce diagramme sert de représentation visuelle de l'emplacement dans lequel la stratégie de service est installée :

Interface d'accès par satellite
Voici un exemple de configuration sur l'interface d'accès par satellite :
interface GigabitEthernet200/0/0/1
service-policy output NQoSOff_Out
service-policy input NQoSOff_In
nv
service-policy input ACCESS
Note: La sortie NQoSOff_Out de la stratégie de service indique le trafic de déchargement non QoS transmis de l'interface ICL ASR9K à l'interface d'accès par satellite (1), et la entrée NQoSOff_In indique le trafic non QoS reçu sur ASR9K de l'interface d'accès par satellite (1). En outre, l'ACCESS d'entrée de stratégie de service indique le trafic de déchargement QoS reçu sur l'interface d'accès satellite du PC (2).
Interface ICL
Voici un exemple de configuration sur l'interface ICL :
interface TenGigE0/0/0/1
service-policy output NOT_SUPPORTED
service-policy input NOT_SUPPORTED
nv
satellite-fabric-link network
redundancy
iccp-group 1
!
satellite 200
service-policy output ICL_OFFLOAD
remote-ports GigabitEthernet 0/0/1-2
Note: La sortie et l'entrée de la stratégie de service sont NOT_SUPPORTED pour cette interface ; reportez-vous à la section suivante et concevez soigneusement. En outre, la sortie ICL_OFFLOAD de la stratégie de service indique le trafic de déchargement QoS envoyé de l'ICL satellite à l'ASR9K (3).
Surabonnement ICL
Les politiques de service QoS ne sont pas prises en charge directement sur les interfaces ICL (déchargement non QoS). Par conséquent, vous devez prendre soin de ne pas surabonner les interfaces ICL satellite. Cette section fournit deux méthodes utilisées afin d'empêcher la sursouscription ICL. La première méthode limite le nombre d’interfaces d’accès pour chaque ICL de sorte que l’encombrement ne soit pas possible. La deuxième méthode applique des formes à chaque interface d'accès de sorte que la somme de toutes les formes ne dépasse pas la bande passante de l'ICL.
Restreindre les interfaces d'accès pour chaque ICL
Afin de prendre en charge quinze connexions 1 Gbit/s sur un satellite (pour un trafic potentiel de 15 Gbit/s) sans perte de paquets en cas d'encombrement, deux liaisons ICL 10 Gbit/s distinctes doivent être configurées. Associez les dix premières interfaces d'accès satellite 1 Gbit/s à une connexion ICL 10 Gbit/s et les cinq prochaines interfaces d'accès satellite 1 Gbit/s à la deuxième connexion ICL 10 Gbit/s. D'autres combinaisons sont possibles tant que le nombre d'interfaces d'accès mappées à chaque ICL 10 Gbit/s ne dépasse pas dix.
Voici un exemple de configuration :
interface TenGigE0/0/0/1
description ICL_LINK_1_FOR_SAT100
nv
satellite-fabric-link network
satellite 100
remote-ports GigabitEthernet 0/0/0-9
!
interface TenGigE0/0/0/2
description ICL_LINK_2_FOR_SAT100
nv
satellite-fabric-link network
satellite 100
remote-ports GigabitEthernet 0/0/10-14
Appliquer des formes sur les interfaces d'accès
La deuxième méthode utilisée pour éviter la sursouscription consiste à appliquer un formateur directement à chaque interface d'accès par satellite (GigE100/0/0/9, par exemple) afin d'empêcher la transmission de plusieurs débits de ligne sur la ligne de communication internationale au satellite. Par exemple, avec une seule ICL de 10 Gbits/s, si un formateur de 500 Mbits/s est appliqué à vingt interfaces satellite GigabitEthernet, il n'est jamais prévu de traverser l'ICL à plus de 10 Gbits/s (500 Mbits/s x 20).
Voici un exemple de configuration :
interface TenGigE0/0/0/1
nv
satellite-fabric-link network
satellite 100
remote-ports GigabitEthernet 0/0/0-19
!
interface GigE100/0/0/0 (For all Gi100/0/0/0-19)
service-policy output 500MBPS_SHAPE
Note: La fonctionnalité MQC (QoS CLI) modulaire complète est fournie pour le déchargement non QoS sur les interfaces d'accès par satellite qui sont des entités virtuelles sur l'hôte ASR9K.
Protection du trafic du plan de contrôle sur ICL
Cette section présente un exemple de configuration qui protégera le trafic du plan de contrôle de réseau reçu sur une interface d'accès par satellite lorsqu'il traverse l'ICL. Voici une démonstration de la façon dont on pourrait y parvenir :
Satellite Access Interface Config:
class-map match-any routing
match precedence 6
policy-map Protect_NCP
class routing
set qos-group 4
!
class class-default
set qos-group 0
interface Gi100/0/0/1
description Satellite Access Interface
service-policy input Protect_NCP
ICL Interface Config:
class-map match-any qos-group-4
match qos-group 4
policy-map ICL-Policy
class qos-group-4
bandwidth remaining percent 5
!
class class-default
bandwidth remaining percent 90
interface TenGigE0/0/0/1
description Satellite ICL
nv
satellite-fabric-link network
redundancy
iccp-group 1
!
satellite 100
service-policy output ICL-Policy
Dans l'exemple de configuration précédent, la carte de stratégie 'Protect_NCP' correspond à tous les paquets avec une priorité IP de 6, et les groupe au groupe QoS interne 4. Ensuite, une fois qu'il se retire de l'ICL vers l'hôte ASR9K, il sera protégé via la réservation de bande passante configurée dans la carte de classe pour le groupe QoS 4.
Rappel : Un groupe QoS n'est pas un marquage réel sur l'octet ToS du paquet, mais plutôt un marquage interne qui n'a qu'une signification locale pour le satellite et l'hôte ASR9K.
IMPORTANT ! Seuls les groupes QoS 1, 2, 4 et 5 peuvent être définis par l'utilisateur lors de l'utilisation du déchargement QoS. Les groupes QoS 3, 6 et 7 sont réservés aux fonctionnalités sous-jacentes, spécifiques au satellite nV et ne doivent jamais être utilisés. Le groupe QoS 0 est réservé au trafic de classe par défaut.
Limites de déchargement QoS
Cette section décrit les limites de la fonction de déchargement QoS.
Restrictions de placement des politiques de service
Le déchargement QoS est mis en oeuvre afin d'offrir des fonctionnalités QoS depuis la direction du port d'accès satellite vers l'hôte ASR9K. Ces restrictions s'appliquent :
- Une stratégie de service QoS ne peut pas être placée directement sur une interface ICL ASR9K pour le déchargement ou non-déchargement.
- Les stratégies de service de sortie (sortie) sont uniquement prises en charge pour le déchargement QoS sur les interfaces ICL satellite qui font face à l'hôte actif.
- Les politiques de service en entrée (entrée) sont uniquement prises en charge pour le déchargement QoS sur les interfaces de port d'accès par satellite ou les offres groupées pour le trafic reçu directement sur l'interface d'accès par satellite ou l'offre groupée. Dans le cas d'un bundle, la stratégie QoS est installée sur chaque membre sur une base de liaison.
- Une stratégie de service déchargée ne peut pas être appliquée à une sous-interface.
Fonctionnalités de déchargement QoS prises en charge
Les fonctionnalités de déchargement QoS prises en charge sont documentées dans la section Informations spécifiques à la plate-forme prise en charge pour le déchargement QoS du Guide de configuration de la qualité de service modulaire du routeur de services d'agrégation de la gamme Cisco ASR 9000, version 5.1.x.
Note: Il n'existe actuellement aucune prise en charge des statistiques de déchargement QoS liées au protocole SNMP (Simple Network Management Protocol).
Limites de déchargement non QoS sur les interfaces d'accès par satellite
Cette section décrit les limitations de déchargement non QoS sur les interfaces d'accès par satellite.
Restrictions de placement des politiques de service
Ces restrictions d'emplacement des politiques de service s'appliquent au déchargement non QoS sur les interfaces d'accès par satellite :
- Les stratégies de service d'entrée et de sortie peuvent être appliquées sous la configuration réelle du port d'accès (et non sous nv). Ces stratégies ne sont pas déchargées et les paquets sont mis en file d'attente avant d'être placés sur le câble de l'ASR9K au satellite.
- Une stratégie de service QoS ne peut pas être placée directement sur une interface ICL ASR9K pour le déchargement ou le non-déchargement.
Restrictions de topologie de stratégie de service
Pour les topologies en étoile et en étoile, les politiques de QoS de trois niveaux (grand-parent, parent et enfant) sont prises en charge. Pour les topologies les plus récentes, à savoir le fabric en anneau et le fabric de couche 2 (L2), seules les politiques de QoS à deux niveaux sont prises en charge.
Vérification
Utilisez cette section afin de confirmer que votre configuration de déchargement QoS fonctionne correctement.
L'Outil d'interprétation de sortie (clients enregistrés seulement) prend en charge certaines commandes d'affichage. Utilisez l'Outil d'interprétation de sortie afin de visualiser une analyse de commande d'affichage de sortie .
Installation de la stratégie de déchargement QoS sur satellite
Entrez la commande show qos status interface avec l'option nv satellite afin de déterminer si elle a été correctement installée dans le matériel du satellite pour les stratégies QoS déchargées. Si l'état de la sortie de commande indique Actif, l'installation de la stratégie QoS déchargée réussit. Si l'état de la sortie indique Inactif, il y a une défaillance d'une sorte.
En cas de panne, il y a souvent un problème avec la liaison ICL réelle, ou la stratégie QoS qui tente de décharger est prise en charge dans la version logicielle IOS XR actuelle que l'hôte ASR9K exécute, mais elle peut ne pas être prise en charge sur le satellite réel. Référez-vous à la section Capacités de déchargement QoS prises en charge de ce document pour plus d'informations.
Si l'état de la sortie de commande indique un état En cours, cela indique que la connexion satellite a été perdue. Dans cet état intermédiaire entre actif et inactif, la stratégie QoS n'a pas été correctement déchargée.
Voici deux exemples de sorties qui montrent un déchargement réussi et un déchargement échoué :
OUTPUT:
RP/0/RSP0/CPU0:ASR9001#show qos status interface gig 0/0/0/0 nv satellite 100
Wed Apr 16 23:50:46.575 UTC
GigabitEthernet0/0/0/0 direction input: Service Policy not installed
GigabitEthernet0/0/0/0 Satellite: 100 output: test-1
Last Operation Attempted : ADD
Status : ACTIVE
OUTPUT:
RP/0/RSP0/CPU0:ASR9001#show qos status interface gig 0/0/0/0 nv satellite 100
Wed Apr 16 23:51:34.272 UTC
GigabitEthernet0/0/0/0 direction input: Service Policy not installed
GigabitEthernet0/0/0/0 Satellite: 100 output: test-2
Last Operation Attempted : ADD
Status : INACTIVE
Failure description :Apply Servicepolicy: Handle Add Request AddSP
test-2 CliParserWrapper:
Remove shape action under class-default first.
Statistiques QoS de la politique QoS déchargée sur l'interface d'accès par satellite
Entrez ces commandes afin d'afficher ou d'effacer les statistiques d'une carte de stratégie QoS appliquée à l'interface d'accès satellite à distance :
- show policy-map interface Gi100/0/0/9 input nv
- clear qos counters interface Gi100/0/0/9 input nv
Statistiques QoS de la politique QoS déchargée sur l'interface ICL satellite
Entrez ces commandes afin d'afficher ou d'effacer les statistiques d'une carte de stratégie QoS appliquée à l'interface ICL du satellite distant :
- show policy-map interface Ten0/0/0/1 sortie nv satellite-fabric-link 100
- clear qos counters interface Ten0/0/0/1 input nv satellite-fabric-link 100
Note: Les statistiques QoS sont mises à jour toutes les trente secondes sur l'hôte ASR9K.
Dépannage
Entrez ces commandes afin de collecter les informations de débogage lorsque vous tentez de dépanner la fonction de déchargement QoS ou lorsque vous ouvrez une demande de service du centre d'assistance technique Cisco (TAC) :
- show policymgr process trace [all|intermittent|Critical]
- show tech qos
- show policy-lib trace [all|Critical|intermittent]
- show policy-lib trace client <nom-client> emplacement <loc>
- show app-obj trace
- show app-obj db <db_name> jid <jid> emplacement <loc>
- show qos-ma trace
Note: Le <db_name> correspond à la class_map_qos_db ou à la policy_map_qos_db.
Défauts connus
Pour plus d'informations sur les défauts connus en ce qui concerne les informations fournies dans ce document, référez-vous à l'ID de bogue Cisco CSCuj87492 - option service-policy sous non-satther interface nv doit être supprimée. Ce défaut a été soulevé afin de supprimer l'option nv des interfaces non satellites.