Ordre des opérations QoS (Qualité de service)

Introduction

Ce document montre la commande dans laquelle des caractéristiques de Qualité de service (QoS) sont exécutées quand d'arrivée ou sortant appliqué à une interface sur un logiciel courant de Cisco IOS® de routeur. Des stratégies QoS sont configurées avec l'interface de ligne de commande modulaire de QoS (MQC). Ce document discute également l'en-tête IP marquant, comme le DSCP et la Priorité IP, et la commande dans laquelle les composants d'une stratégie QoS sont évalués par le routeur.

Conditions préalables

Conditions requises

Les lecteurs de ce document devraient avoir la connaissance de :

• Méthodologies de base de QoS

Composants utilisés

L'exemple de sortie dans la section de configurations de ce document a été saisi sur une plate-forme de gamme Cisco 7513 qui exécute le Logiciel Cisco IOS version 12.2.

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Classification commune

La classification est le processus de définir les classes du trafic qui trient le trafic dans des groupes de catégories d'écoulements. La classification définit le « critère de correspondance » pour chaque classe du trafic qui doit être traité par une stratégie QoS. Plus spécifiquement, il définit le « filtre du trafic » ce des paquets sont vérifiés contre quand une service-stratégie est appliquée.

Distribué et les plates-formes non distribuées apparient des paquets à une classe simple dans un policy-map. Apparier se termine à la première classe assortie. Si deux classes dans un policy-map apparient la même Priorité IP ou plage d'adresses IP, le paquet appartient toujours à la première classe assortie. Pour cette raison, la commande de classe dans un policy-map est très importante.

Cette approche de classification s'appelle « la classification commune » et a ces avantages :

• Comptabilité précise et la manière d'éviter des problèmes de double-comptabilité qui ont été vus avant « classification commune ».

• Réduit l'incidence du Listes de contrôle d'accès (ACL) sur la CPU puisque l'ACL est vérifié une fois par classe, plutôt qu'une fois par caractéristique.

• Une consultation plus rapide des en-têtes de paquet en raison de la mise en cache.

La classification commune est activée automatiquement quand vous reliez un policy-map d'entrée ou de sortie avec la commande de service-stratégie.

Cette table montre la commande de l'exécution avec la classification commune. Il est important de comprendre de la table quand la classification se produit dans le cadre des caractéristiques de QoS. Sur le chemin d'arrivée, un paquet est classifié avant qu'il soit commuté. Sur le chemin de sortie, un paquet est classifié après qu'il soit commuté.

Remarque: Le Reconnaissance d'application fondée sur le réseau (NBAR) d'arrivée se produit après ACLs et avant le routage basé sur la politique.

D'importantes modifications ont été mises en application concernant la commande de caractéristique et l'utilisation remarquée de valeur. Ces modifications incluent le débit d'accès garanti en entrée, le MAC d'entrée, et les fonctions de traçabilité mobiles de Priorité IP pour se produire avant classification de sortie MQC :

• Entrez la limitation de débit, ou le CAR, s'applique aux paquets suivant le chemin de commutation de processus et destinés au routeur. Précédemment, seulement les paquets commutés par le routeur utilisant le CEF ont pu être débit-limités.

• La nouvelle valeur définie de Priorité IP par le débit d'accès garanti en entrée ou le QPPB peut être utilisée pour sélectionner un circuit virtuel (circuit virtuel) dans un paquet de circuit virtuel atmosphère.

• La valeur définie de groupe de Priorité IP, de Differentiated Services Code Points (DSCP), et de QoS par le débit d'accès garanti en entrée ou le QPPB peut être utilisée pour la classification de paquet en sortie MQC.

Actions de repérage et autres de QoS sur le même routeur

Une application fréquente de QoS est de remarquer un paquet et puis d'appliquer une action qui considère la valeur remarquée sur la même interface ou sur le même routeur. Vous pouvez configurer le marquage et d'autres actions de QoS avec la classification commune.

Vous pouvez remarquer des paquets avec ces configurations de QoS :

• commande set avec la Fonction Class-based Marking

• la police commande avec le maintien de l'ordre basé sur classe

• CAR

Cette table indique si une valeur remarquée est considérée par une action de QoS dans une service-stratégie.

Sur le chemin de sortie, la classification commune se produit avant que toutes les caractéristiques de QoS soient appliquées. Un résultat de cette approche est que toutes les caractéristiques de QoS appliquées sur la politique sortante agissent sur la valeur prioritaire d'origine. Si vous devez agir basés sur une valeur remarquée sur le même routeur, alors vous devez marquer les paquets sur l'interface entrante et appliquer d'autres actions de QoS basées sur cette nouvelle priorité sur l'interface sortante.

Diagramme du réseau

Les configurations dans cette section utilise ce schéma de réseau :

Remarque: La carte de commutation multicouche (MSFC) agit en tant qu'hôte.

Configurations

Cet exemple explique comment la commande des exécutions peut affecter le marquage de paquets.

class-map match-all In_Mark
   match any 
policy-map In_Bound
  class In_Mark
    set ip precedence 5 

!--- Use Private address below:

interface FastEthernet4/0/0 
 ip address  10.20.3.2 255.255.255.0
ip route-cache distributed  
 service-policy input In_Bound

!--- Apply the input policy for class-based marking.

  
class-map match-all Out_Shaper
match ip precedence 5 
! 
policy Map Outbound_Shaper
class  Out_Shaper 
    shape average 64000 256 256 

!--- Use Private address below:

interface Serial2/0/0 
 ip address 172.16.20.1 255.255.255.252
ip route-cache distributed 
 service-policy output Outbound_Shaper

!--- Apply the output policy for class-based shaping.

Terminez-vous ces étapes pour confirmer le marquage et les stratégies de mise en forme :

1. Utilisez la commande ping à l'adresse de destination de 172.16.20.2. Le ping apparie les critères du class-map nommé « In_Mark ».

   msfc#ping 172.16.20.2
     
   Type escape sequence to abort. 
   Sending 5, 100-byte ICMP Echos to 40.1.44.2, timeout is 2 seconds: 
   !!!!! 
   Success rate is 100 percent (5/5), round-trip min/avg/max = 8/9/12 ms

2. Utilisez le show policy-map interface jeûnent 4/0/0 commande de visualiser les compteurs de correspondance de la stratégie de Fonction Class-based Marking d'entrée. Le mécanisme de classification est avec succès apparié sur les paquets IP, et a remarqué la valeur de priorité IP à cinq.

   7513#show policy-map interface fast 4/0/0 
    FastEthernet4/0/0 
     Service-policy input: In_Bound
    
       Class-map: In_Mark (match-all) 
         5 packets, 570 bytes 
         5 minute offered rate 0 bps, drop rate 0 bps 
         Match: any 
         QoS Set 
           ip precedence 5 
             Packets marked 5
    
       Class-map: class-default (match-any) 
         0 packets, 0 bytes 
         5 minute offered rate 0 BPS, drop rate 0 BPS 
         Match: any

3. Utilisez la commande de l'interface série 2/0/0 de show policy-map interface de visualiser les compteurs de correspondance de la stratégie de mise en forme basée sur classe sortante. Le mécanisme de classification est avec succès apparié sur la valeur de priorité IP remarquée cinq dans l'en-tête de paquet, et a aligné les paquets à la classe correcte.

   7513#show policy-map interface serial 2/0/0 
    Serial2/0/0 
   
     Service-policy output: Outbound_Shaper
   
       Class-map: Out_Shaper(match-all) 
         5 packets, 520 bytes 
         5 minute offered rate 0 BPS, drop rate 0 BPSMatch: ip precedence 5 
         queue size 0, queue limit 16 
         packets output 5, packet drops 0 
         tail/random drops 0, no buffer drops 0, other drops 0 
         Shape: cir 64000,  Bc 256,  Be 256 
           output bytes 520, shape rate 0 BPS 
   
       Class-map: class-default (match-any) 
         0 packets, 0 bytes 
         5 minute offered rate 0 BPS, drop rate 0 BPS 
         Match: any  (1327)

Vous pouvez voir ce qui se produit quand nous configurons une service-stratégie simple qui s'applique la formation et le repérage à une classe du trafic, comme indiqué dans cet exemple.

class-map match-all prec5 
  match any 
! 
policy-map shape_five
  class prec5 
    set ip precedence 5 
    shape average 64000 256 256
int serial1/0/0
  service-policy out shape_five

La sortie de la commande de l'interface série 2/0/0 de show policy-map interface prouve que le routeur a remarqué les cinq paquets de ping, mais les paquets ont été alignés à la classe par défaut. Les mécanismes de classification QoS sur ce routeur n'ont pas considéré la valeur remarquée dans le champ de priorité IP.

7513#show policy-map interface serial 2/0/0 
 Serial2/0/0
  
  Service-policy output: shape_five
 
    Class-map: prec5 (match-all) 
      0 packets, 0 bytes 
      5 minute offered rate 0 BPS, drop rate 0 BPS 
      Match:  any
      queue size 0, queue limit 16 
      packets output 0, packet drops 0 
      tail/random drops 0, no buffer drops 0, other drops 0 
      QoS Set 
        ip precedence 5 
          Packets marked 5 
      Shape: cir 64000,  BC 256,  Be 256 
        output bytes 0, shape rate 0 BPS 

    Class-map: class-default (match-any) 
      5 packets, 520 bytes 
      5 minute offered rate 0 BPS, drop rate 0 BPS 
      Match: any

Informations connexes

• Page d'assistance QoS
• Support technique - Cisco Systems