Exemple de configuration de déchargement QoS ASR 9000

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. Ce défaut a été soulevé afin de supprimer l'option nv des interfaces non satellites.