Présentation de la mise en file d'attente sur les interfaces de routeurs Frame Relay

Options de téléchargement

PDF (215.8 KB)
Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
ePub (116.9 KB)
Consulter à l’aide de différentes applications sur iPhone, iPad, Android ou Windows Phone
Mobi (Kindle) (178.9 KB)
Consulter sur un appareil Kindle ou à l’aide d’une application Kindle sur plusieurs appareils

Mis à jour:18 novembre 2005

ID du document:22304

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Contenu

Introduction

Conditions préalables

Conditions requises

Components Used

Conventions

Couches des files d'attente

Mise en file d'attente PVC

Mise en file d'attente au niveau de l'interface

Mise en file d'attente FIFO

Double FIFO

PIPQ

Réglage de la sonnerie TX

Informations connexes

Introduction

Ce document passe en revue l'architecture de mise en file d'attente hiérarchique sur les interfaces série configurées avec l'encapsulation Frame Relay. Lorsqu’elles sont configurées avec le formatage du trafic Frame Relay (FRTS), les interfaces Frame Relay prennent en charge les couches de file d’attente suivantes :

File d'attente PVC
File d'attente au niveau de l'interface

Conditions préalables

Conditions requises

Les lecteurs de ce document doivent être bien informés de :

Configuration Frame Relay
Routeurs des gammes Cisco 2600, 3600 et 7200
FRÈRES

Components Used

Les configurations utilisées dans ce document ont été capturées sur un routeur de la gamme Cisco 7200 avec le matériel et les logiciels suivants :

Adaptateur de port T1 multicanal PA-MC-4T1
Logiciel Cisco IOS® Version 12.2(6)

Les informations présentées dans ce document ont été créées à partir de périphériques dans un environnement de laboratoire spécifique. All of the devices used in this document started with a cleared (default) configuration. Si vous travaillez dans un réseau opérationnel, assurez-vous de bien comprendre l'impact potentiel de toute commande avant de l'utiliser.

Conventions

Pour plus d'informations sur les conventions des documents, référez-vous aux Conventions utilisées pour les conseils techniques de Cisco.

Couches des files d'attente

La figure suivante illustre les deux couches de files d'attente lorsque le FRTS est appliqué à l'interface. L’application des accords de mise en oeuvre FRTS et Frame Relay Forum (FRF.12) entraîne le passage de la file d’attente au niveau de l’interface à la file d’attente FIFO double selon les plates-formes qui prennent en charge cette technique de mise en file d’attente. Les deux files d'attente comprennent une file d'attente de priorité élevée pour transporter des paquets VoIP (Voice over IP) et certains paquets de contrôle, ainsi qu'une file d'attente de priorité faible pour transporter tous les autres paquets. Pour plus d'informations sur la mise en file d'attente FIFO double, consultez la section Double FIFO.

Les interfaces Frame Relay prennent en charge les files d’attente d’interface ainsi que les files d’attente PVC lorsque les files d’attente FRTS et PVC sont activées. Chaque file d'attente PVC prend également en charge un système WFQ (Weighted Fair Queuing) distinct, si la file d'attente PVC est configurée comme WFQ.

Mise en file d'attente PVC

Les interfaces Frame Relay et ATM peuvent prendre en charge plusieurs circuits virtuels (VC). En fonction du matériel, ces interfaces prennent en charge les files d'attente PVC, ce qui garantit qu'un circuit virtuel encombré ne consomme pas toutes les ressources de mémoire et n'affecte pas les autres circuits virtuels (non encombrés).

La commande frame-relay traffic-formatage active à la fois le formatage du trafic et la mise en file d’attente PVC pour tous les circuits virtuels sur une interface Frame Relay. Le formatage du trafic PVC permet de contrôler davantage le flux de trafic sur un circuit virtuel individuel. Le formatage du trafic combiné à la mise en file d’attente VC limite la consommation de bande passante de l’interface pour un seul circuit virtuel. Sans aucun formatage, un circuit virtuel peut consommer toute la bande passante de l'interface et affamer d'autres circuits virtuels.

Si vous ne spécifiez pas de valeurs de mise en forme, des valeurs par défaut pour le taux moyen et la taille de rafale sont appliquées. Lorsque la charge offerte au circuit virtuel dépasse les valeurs de mise en forme, les paquets excédentaires sont stockés dans la file d'attente de mise en mémoire tampon des paquets du circuit virtuel. Une fois les paquets mis en mémoire tampon, vous pouvez appliquer un mécanisme de mise en file d'attente et contrôler efficacement l'ordre des paquets retirés de la file d'attente VC vers la file d'attente d'interface. Par défaut, les files d'attente PVC utilisent la mise en file d'attente First come, First Served avec une limite de 40 paquets. Utilisez la commande frame-relay holdq en mode de configuration map-class pour modifier cette valeur. Vous pouvez également appliquer la mise en file d'attente à faible latence (LLQ) ou la mise en file d'attente pondérée basée sur les classes (CBWFQ) à l'aide d'une politique de qualité de service (QoS) configurée avec les commandes de l'interface de ligne de commande (CLI) QoS modulaire (MQC). En outre, vous pouvez appliquer WFQ directement à l'intérieur de map-class avec la commande fair queue. Cette commande configure votre routeur pour classer le trafic en fonction du flux et place ces flux dans leurs propres files d'attente subordonnées. Ainsi, la commande fair queue crée un système WFQ par VC.

Les mécanismes de mise en file d'attente détaillés pour les files d'attente PVC sont décrits ci-dessous.

Exécutez la commande show frame-relay pvc 20. L’identificateur DLCI (Frame Relay Data Link Connection Identifier) est identifié par le 20. Le résultat suivant n'affiche aucune information de mise en file d'attente car FRTS n'est pas activé.

Router# show frame PVC 20
 
PVC Statistics for interface Serial6/0:0 (Frame Relay DTE)
  
DLCI = 20, DLCI USAGE = LOCAL, PVC STATUS = DELETED, INTERFACE = Serial6/0:0.1

  input pkts 0              output pkts 0             in bytes 0
  out bytes 0               dropped pkts 0            in FECN pkts 0
  in BECN pkts 0            out FECN pkts 0           out BECN pkts 0
  in DE pkts 0              out DE pkts 0             out bcast pkts 0
  out bcast bytes 0
  
  PVC create time 00:00:38, last time PVC status changed 00:00:25

Configurez FRTS à l'aide de la commande frame-relay traffic-formatage en mode de configuration d'interface sous l'interface physique. Exécutez à nouveau la commande show frame-relay PVC [dlci].

Router# show frame-relay PVC 20
 
PVC Statistics for interface Serial6/0:0 (Frame Relay DTE)
 
DLCI = 20, DLCI USAGE = LOCAL, PVC STATUS = DELETED, INTERFACE = Serial6/0:0.1
 
  input pkts 0              output pkts 0           in bytes 0
  out bytes 0               dropped pkts 0          in FECN pkts 0
  in BECN pkts 0            out FECN pkts 0         out BECN pkts 0
  in DE pkts 0              out DE pkts 0
  out bcast pkts 0          out bcast bytes 0
  PVC create time 00:04:59, last time PVC status changed 00:04:46
  cir 56000     bc 7000    be 0       byte limit 875     interval 125 
  
!--- Shaping parameters.

  mincir 28000       byte increment 875     Adaptive Shaping none
  pkts 0          bytes 0        pkts delayed 0         bytes delayed 0
  shaping inactive
  traffic shaping drops 0
  Queueing strategy: fifo               
!--- Queue mechanism.

  Output queue 0/40, 0 drop, 0 dequeued 
!--- Queue size.

Par défaut, les files d'attente PVC utilisent une limite de 40 paquets de file d'attente de sortie. Utilisez la commande frame-relay holdq pour configurer une valeur autre que la valeur par défaut.

Router(config)# map-class frame-relay shaping
Router(config-map-class)# no frame-relay adaptive-shaping
Router(config-map-class)# frame-relay holdq 50
   
Router(config)# interface serial 6/0:0.1
Router(config-subif)# frame-relay interface-dlci 20
%PVC is already defined
Router(config-fr-dlci)# class shaping
Router(config-fr-dlci)# end
Router# sh frame PVC 20

PVC Statistics for interface Serial6/0:0 (Frame Relay DTE)

DLCI = 20, DLCI USAGE = LOCAL, PVC STATUS = DELETED, INTERFACE = Serial6/0:0.1

   input pkts 0            output pkts 0            in bytes 0
   out bytes 0             dropped pkts 0           in FECN pkts 0
   in BECN pkts 0          out FECN pkts 0          out BECN pkts 0
   in DE pkts 0            out DE pkts 0
   out bcast pkts 0        out bcast bytes 0
   PVC create time 00:11:06, last time PVC status changed 00:10:53
   cir 56000    BC 7000      be 0         byte limit 875      interval 125
   mincir 28000    byte increment 875    Adaptive Shaping none
   pkts 0      bytes 0           pkts delayed 0          bytes delayed 0
   shaping inactive
   traffic shaping drops 0
   Queueing strategy: FIFO
   Output queue 0/50, 0 drop, 0 dequeued 
!--- Queue size.

Les files d'attente PVC prennent également en charge CBWFQ et LLQ, que vous pouvez configurer à l'aide d'une stratégie de service et des commandes de MQC. L'exemple de sortie suivant a été capturé sur le circuit virtuel permanent Frame Relay après l'application d'une stratégie de service QoS.

Router(config)# class-map gold
Router(config-cmap)# match ip dscp 46
Router(config-cmap)# class-map silver
Router(config-cmap)# match ip dscp 26
Router(config-cmap)# policy-map sample
Router(config-pmap)# class gold
Router(config-pmap-c)#  priority 64
Router(config-pmap-c)# class silver
Router(config-pmap-c)#  bandwidth 32

Router(config)# map-class frame-relay map1
Router(config-map-class)# service-policy output sample

Router(config-if)# frame-relay interface-dlci 20
Router(config-fr-dlci)# class map1
Router# show frame-relay PVC 20
  
PVC Statistics for interface Serial6/0:0 (Frame Relay DTE)
 
DLCI = 20, DLCI USAGE = LOCAL, PVC STATUS = DELETED, INTERFACE = Serial6/0:0.1
 
  input pkts 0             output pkts 0            in bytes 0
  out bytes 0              dropped pkts 0           in FECN pkts 0
  in BECN pkts 0           out FECN pkts 0          out BECN pkts 0
  in DE pkts 0             out DE pkts 0
  out bcast pkts 0         out bcast bytes 0
  PVC create time 00:12:50, last time PVC status changed 00:12:37
  cir 56000     bc 7000     be 0         byte limit 875    interval 125
  mincir 28000     byte increment 875   Adaptive Shaping none
  pkts 0      bytes 0   pkts delayed 0   bytes delayed 0
  shaping inactive
  traffic shaping drops 0
  service policy sample 
  
Service-policy output: sample

   Class-map: gold (match-all)
     0 packets, 0 bytes
     5 minute offered rate 0 bps, drop rate 0 BPS
     Match: ip dscp 46
    Weighted Fair Queueing
      Strict Priority
      Output Queue: Conversation 24
      Bandwidth 64 (kbps) Burst 1600 (Bytes)
      (pkts matched/bytes matched) 0/0
      (total drops/bytes drops) 0/0
	  
   Class-map: silver (match-all)
     0 packets, 0 bytes
     5 minute offered rate 0 BPS, drop rate 0 BPS
     Match: ip dscp 26
    Weighted Fair Queueing
      Output Queue: Conversation 25
      Bandwidth 32 (kbps) Max Threshold 64 (packets)
!--- Queue information.

      (pkts matched/bytes matched) 
      (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
    Output queue size 0/max total 600/drops 0 
!--- Queue size.

À l'origine, la commande frame-relay holdq <size> map-class a été utilisée pour configurer uniquement la taille des files d'attente de formatage du trafic FIFO. La taille maximale était de 512. Dans le logiciel Cisco IOS Version 12.2 et dans le logiciel IOS Version 12.2(4), cette commande affecte également les tampons maximaux dans les files d'attente de formatage de trafic CBWFQ, comme activé par la commande service-policy output map-class. La taille maximale est maintenant de 1024. Les valeurs par défaut, qui restent inchangées, sont 40 pour FIFO et 600 pour CBWFQ.

Mise en file d'attente au niveau de l'interface

Une fois que les trames Frame Relay sont mises en file d’attente dans une file d’attente PVC, elles sont retirées de la file d’attente au niveau de l’interface. Le trafic de tous les circuits virtuels passe par les files d’attente au niveau de l’interface.

Selon les fonctionnalités configurées, la file d’attente au niveau de l’interface Frame Relay utilise l’un des mécanismes suivants.

Fonctionnalité	Mécanisme de mise en file d'attente par défaut
FRÈRES	FIFO
FRF.12	Double FIFO
PIPQ	PIPQ

Remarque : PIPQ (PVC Interface Priority Queueing) remplace FIFO et la double FIFO. En d'autres termes, si vous activez FRF.12, la stratégie de mise en file d'attente d'interface reste PIPQ.

Mise en file d'attente FIFO

Les étapes suivantes expliquent comment la configuration FRTS modifie le mécanisme de mise en file d’attente appliqué en FIFO.

Créez une interface multicanaux fractionnés à l'aide de la commande channel-group.

Router(config)# controller t1 6/0
Router(config-controller)# channel-group 0 ?
  timeslots  List of timeslots in the channel group
   
Router(config-controller)# channel-group 0 timeslots ?
  <1-24> List of timeslots which comprise the channel
  
Router(config-controller)# channel-group 0 timeslots 12

Exécutez la commande show interface serial 6/0:0 et vérifiez que l'interface T1 utilise la stratégie de mise en file d'attente par défaut : pondéré ». Tout d’abord, un paquet est mis en file d’attente dans une file d’attente sophistiquée au niveau du circuit virtuel. Il est ensuite envoyé à la file d'attente de l'interface. Dans ce cas, WFQ serait appliqué.

Router# show interface serial 6/0:0
Serial6/0:0 is up, line protocol is up (looped)
  Hardware is Multichannel T1
  MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
     reliability 253/255, txload 1/255, rxload 1/255
  Encapsulation HDLC, crc 16, Data non-inverted
  Keepalive set (10 sec)
  Last input 00:00:08, output 00:00:08, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 
  Queueing strategy: weighted fair                           
!--- Queue mechanism.

  Output queue: 0/1000/64/0 (size/max total/threshold/drops) 
!--- Queue size.

     Conversations  0/1/16 (active/max active/max total)     
!--- Queue information.

     Reserved Conversations 0/0 (allocated/max allocated)    
!--- Queue information.

     Available Bandwidth 48 kilobits/sec                     
!--- Queue information.

  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     5 packets input, 924 bytes, 0 no buffer
     Received 0 broadcasts, 14 runts, 0 giants, 0 throttles
     14 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     17 packets output, 2278 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 output buffer failures, 0 output buffers swapped out
     0 carrier transitions
  no alarm present
  Timeslot(s) Used:12, subrate: 64Kb/s, transmit delay is 0 flags 
!--- Queue information.

Lorsque la stratégie de mise en file d'attente est WFQ, vous pouvez utiliser les commandes show queueing et show queue pour confirmer.

Router# show queueing interface serial 6/0:0
Interface Serial6/0:0 queueing strategy: fair
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/0 (size/max total/threshold/drops)
     Conversations  0/1/16 (active/max active/max total)
     Reserved Conversations 0/0 (allocated/max allocated)
     Available Bandwidth 48 kilobits/sec
	 
Router# show queue serial 6/0:0
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/0 (size/max total/threshold/drops) 
     Conversations  0/1/16 (active/max active/max total)
     Reserved Conversations 0/0 (allocated/max allocated)
     Available Bandwidth 48 kilobits/sec

Appliquez FRTS à l'aide de la commande frame-relay traffic-formatage en mode de configuration d'interface.
```
Router(config)# interface serial 6/0:0
Router(config-if)# frame-relay traffic-shaping
```

L’application de FRTS invite le routeur à modifier la stratégie de mise en file d’attente des files d’attente au niveau de l’interface en FIFO.

Router# show interface serial 6/0:0
Serial6/0:0 is up, line protocol is down (looped)
  Hardware is Multichannel T1
  MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation FRAME-RELAY, crc 16, Data non-inverted
  Keepalive set (10 sec)
  LMI enq sent  13, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down
  LMI enq recvd 19, LMI stat sent  0, LMI upd sent  0
  LMI DLCI 1023  LMI type is CISCO  frame relay DTE
  Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
  Last input 00:00:06, output 00:00:06, output hang never
  Last clearing of "show interface" counters 00:02:16
  Queueing strategy: FIFO      !--- queue mechanism
  Output queue 0/40, 0 drops; input queue 0/75, 0 drops
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     19 packets input, 249 bytes, 0 no buffer
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     19 packets output, 249 bytes, 0 underruns 
     0 output errors, 0 collisions, 0 interface resets
     0 output buffer failures, 0 output buffers swapped out
     0 carrier transitions
  no alarm present
  Timeslot(s) Used:12, subrate: 64Kb/s, transmit delay is 0 flags

Puisque la stratégie de mise en file d'attente est maintenant FIFO, la sortie de la commande show queue et show queueing change.

Router# show queueing interface serial 6/0:0
Interface Serial6/0:0 queueing strategy: none
Router#

Router# show queue serial 6/0:0
'Show queue' not supported with FIFO queueing.

La version 12.2(4)T du logiciel Cisco IOS introduit la fonctionnalité Adaptive Frame Relay Traffic Shaping for Interface Congestion, conçue pour minimiser les effets des retards et des abandons de paquets causés par la congestion de l'interface. La fonctionnalité Adaptive Frame Relay Traffic Shaping for Interface Congestion permet de garantir que les paquets tombent dans les files d'attente VC.

Lorsque cette nouvelle fonctionnalité est activée, le mécanisme de formatage du trafic surveille l'encombrement de l'interface. Lorsque le niveau d'encombrement dépasse une valeur configurée appelée profondeur de file d'attente, le débit d'envoi de tous les circuits virtuels permanents est réduit au débit minimal d'informations garanti (minCIR). Dès que l'encombrement de l'interface tombe sous la profondeur de la file d'attente, le mécanisme de formatage du trafic modifie le taux d'envoi des circuits virtuels permanents en fonction du débit de données garanti (CIR). Ce processus garantit le débit de données garanti minCIR pour les circuits virtuels permanents en cas d'encombrement de l'interface.

Double FIFO

La mise en file d’attente Frame Relay, qui apparaît dans le résultat de la commande show interface serial comme Dual FIFO, utilise deux niveaux de priorité. La file d'attente de haute priorité gère les paquets vocaux et les paquets de contrôle tels que l'interface de gestion locale (LMI). La file d'attente de faible priorité gère les paquets fragmentés (paquets de données ou paquets non vocaux).

Le mécanisme de mise en file d'attente au niveau de l'interface passe automatiquement en double FIFO lorsque vous activez l'une des fonctionnalités suivantes :

FRF.12 Fragmentation — Cette opération est activée avec la commande frame-relay fragment en mode de configuration map-class. Les paquets de données dont la taille est supérieure à la taille de paquet spécifiée dans la commande frame-relay fragment sont d'abord mis en file d'attente dans une sous-file WFQ. Ils sont ensuite retirés de la file d'attente et fragmentés. Après fragmentation, le premier segment est transmis. Les segments restants attendent la prochaine heure de transmission disponible pour ce circuit virtuel, comme déterminé par l'algorithme de mise en forme. À ce stade, les petits paquets vocaux et les paquets de données fragmentés sont entrelacés des autres circuits virtuels permanents.
Hiérarchisation du protocole de transport en temps réel (RTP) — À l'origine, les petits paquets de données étaient également classés comme appartenant à la file d'attente de haute priorité en raison de leur taille. Le logiciel Cisco IOS version 12.0(6)T a modifié ce comportement en utilisant la fonction de hiérarchisation RTP (VoIPoFR). Il réserve la file d'attente prioritaire pour les paquets de contrôle de la voix et de l'interface LMI uniquement. VoIPoFR classe les paquets VoIP en les comparant à la plage de ports UDP RTP définie dans une classe de mappage Frame Relay. Tout le trafic RTP de cette plage de ports est mis en file d'attente prioritaire pour le circuit virtuel. En outre, les paquets vocaux entrent dans la file d’attente de priorité élevée au niveau de l’interface. Tous les autres paquets entrent dans la file d'attente non prioritaire au niveau de l'interface.

Remarque : cette fonctionnalité suppose que FRF.12 est configuré.

Utilisez la commande show interface pour afficher la taille des deux files d'attente. Les étapes ci-dessous indiquent les files d'attente FIFO doubles et expliquent comment modifier la taille des files d'attente.

Exécutez la commande show interface serial. La file d'attente de priorité élevée utilise une limite de file d'attente deux fois supérieure à la limite de file d'attente de priorité faible.

Router# show interface serial 6/0:0
Serial6/0:0 is up, line protocol is down
  Hardware is Multichannel T1
  MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
     reliability 255/255, txload 1/255, rxload 1/255 
  Encapsulation FRAME-RELAY, crc 16, Data non-inverted
  Keepalive set (10 sec)
  LMI enq sent  236, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down
  LMI enq recvd 353, LMI stat sent  0, LMI upd sent  0
  LMI DLCI 1023  LMI type is CISCO  frame relay DTE
  Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
  Last input 00:00:02, output 00:00:02, output hang never
  Last clearing of "show interface" counters 00:39:22
  Queueing strategy: dual FIFO!
--- Queue mechanism.

  Output queue: high size/max/dropped 0/256/0 
!--- High-priority queue.

  Output queue 0/128, 0 drops; input queue 0/75, 0 drops 
!--- Low-priority queue.

  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     353 packets input, 4628 bytes, 0 no buffer
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     353 packets output, 4628 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 output buffer failures, 0 output buffers swapped out
     0 carrier transitions
  no alarm present
  Timeslot(s) Used:12, subrate: 64Kb/s, transmit delay is 0 flags

Utilisez la commande hold-queue {value} out pour modifier les tailles de file d'attente d'interface.

Router(config)# interface serial 6/0:0
Router(config-if)# hold-queue ?
  <0-4096>   Queue length
  
Router(config-if)# hold-queue 30 ?
  in   Input queue
  out  Output queue
  
Router(config-if)# hold-queue 30 out

Exécutez à nouveau la commande show interface serial et notez la modification des valeurs maximales de la file d'attente de sortie.

Router# show interface serial 6/0:0
Serial6/0:0 is up, line protocol is up
  Hardware is Multichannel T1
  MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation FRAME-RELAY, crc 16, Data non-inverted
  Keepalive set (10 sec)
  LMI enq sent  249, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down
  LMI enq recvd 372, LMI stat sent   0, LMI upd sent  0
  LMI DLCI 1023   LMI type is CISCO    frame relay DTE 
  Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
  Last input 00:00:02, output 00:00:02, output hang never
  Last clearing of "show interface" counters 00:41:32
  Queueing strategy: dual FIFO                          
!--- Queue mechanism.

  Output queue: high size/max/dropped 0/60/0            
!--- High-priority queue.

  Output queue 0/30, 0 drops; input queue 0/75, 0 drops 
!--- Low-priority queue.

  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     372 packets input, 4877 bytes, 0 no buffer
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun,  0 ignored, 0 abort
     372 packets output, 4877 bytes, 0 underruns 
     0 output errors, 0 collisions, 0 interface resets
     0 output buffer failures, 0 output buffers swapped out
     0 carrier transitions
  no alarm present
  Timeslot(s) Used:12, subrate: 64Kb/s, transmit delay is 0 flags

PIPQ

Le protocole Frame Relay PIPQ est conçu pour les configurations dans lesquelles des circuits virtuels distincts transportent un seul type de trafic, tel que la voix ou les données. Vous pouvez ainsi attribuer une valeur de priorité à chaque circuit virtuel permanent. PIPQ réduit le délai de sérialisation ou de mise en file d’attente au niveau de l’interface en s’assurant que le circuit virtuel prioritaire est traité en premier. PIPQ classe les paquets en extrayant le DLCI et en recherchant la priorité dans la structure de circuit virtuel permanent appropriée. Le mécanisme PIPQ ne regarde pas le contenu du paquet. Par conséquent, elle ne prend aucune décision en fonction du contenu des paquets.

Utilisez les commandes suivantes pour configurer PIPQ.

Activez PIPQ avec la commande frame-relay interface-queue priority sur l'interface principale.

Router(config)# interface serial 6/0:0
Router(config-if)# frame-relay interface-queue priority
Router(config-if)# end

Utilisez la commande show interface serial pour confirmer « Stratégie de mise en file d'attente : Priorité DLCI ». Cette commande affiche également la taille actuelle et le nombre de pertes pour chaque file d'attente.

Router# show interface serial 6/0:0
Serial6/0:0 is up, line protocol is up
  Hardware is Multichannel T1
  MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
     reliability 255/255, txload 1/255, rxload 1/255 
  Encapsulation FRAME-RELAY, crc 16, Data non-inverted
  Keepalive set (10 sec)
  LMI enq sent  119, LMI stat recvd 0, LMI upd recvd 0, DTE LMI down
  LMI enq recvd 179, LMI stat sent  0, LMI upd sent  0
  LMI DLCI 1023 LMI type is CISCO  frame relay DTE 
  Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
  Last input 00:00:06, output 00:00:06, output hang never
  Last clearing of "show interface" counters 00:19:56
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: DLCI priority 
!--- Queue mechanism.

  Output queue (queue priority: size/max/drops):
     high: 0/20/0, medium: 0/40/0, normal: 0/60/0, low: 0/80/0  
!--- Queue size.

  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     179 packets input, 2347 bytes, 0 no buffer
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     179 packets output, 2347 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 output buffer failures, 0 output buffers swapped out
     0 carrier transitions
  no alarm present
  Timeslot(s) Used:12, subrate: 64Kb/s, transmit delay is 0 flags

Créez une classe de mappage Frame Relay et affectez un niveau de priorité à un circuit virtuel à l’aide de la commande frame-relay interface-queue priority {high|medium|normal|low} . La priorité par défaut du circuit virtuel permanent est normale. Tous les circuits virtuels permanents de la même priorité partagent la même file d'attente de priorité FIFO. Appliquez la classe de mappage au circuit virtuel. Dans l'exemple de sortie suivant, un circuit virtuel permanent avec le numéro DLCI 21 est attribué à la file d'attente d'interface de priorité élevée.
```
Router(config)# map-class frame-relay high_priority_class
Router(config-map-class)# frame-relay interface-queue priority high
Router(config-map-class)# exit

Router(config)# interface serial 6/0:0.2 point
Router(config-subif)# frame-relay interface-dlci 21
Router(config-fr-dlci)# class ?
  WORD  map class name
   
Router(config-fr-dlci)# class high_priority_class
```

Utilisez les commandes show frame-relay PVC [dlci] et show queueing interface pour confirmer votre modification de configuration.

Router# show frame PVC 21

PVC Statistics for interface Serial6/0:0 (Frame Relay DTE)

DLCI = 21, DLCI USAGE = LOCAL, PVC STATUS = INACTIVE, INTERFACE = Serial6/0:0.2

   input pkts 0            output pkts 0           in bytes 0
   out bytes 0             dropped pkts 0          in FECN pkts 0
   in BECN pkts 0          out FECN pkts 0         out BECN pkts 0
   in DE pkts 0            out DE pkts 0
   out bcast pkts 0        out bcast bytes 0
   PVC create time 00:00:17, last time PVC status changed 00:00:17
   cir 56000     BC 7000      be 0         byte limit 875    interval 125
   mincir 28000     byte increment 875   Adaptive Shaping none
   pkts 0         bytes 0         pkts delayed 0         bytes delayed 0
   shaping inactive
   traffic shaping drops 0
   Queueing strategy: FIFO
   Output queue 0/40, 0 drop, 0 dequeued 
   
!--- Size of the PVC queue.

   priority high
   
!--- All frames from this PVC are dequeued to the high-priority queue

   
!--- at the interface.


Router# show queueing interface serial 6/0:0
Interface Serial6/0:0 queueing strategy: priority
 
Output queue utilization (queue/count)
       high/13 medium/0 normal/162 low/0

Le cas échéant, configurez la taille de chaque file d'attente d'interface à l'aide de la commande suivante. Les tailles par défaut des files d'attente de priorité élevée, moyenne, normale et basse sont respectivement de 20, 40, 60 et 80 paquets. Pour configurer une valeur différente, utilisez la commande frame-relay interface-queue priority [<limite élevée><limite moyenne><limite normale><limite faible>] en mode de configuration d’interface.

Une fois activé, le protocole PIPQ remplace tout autre mécanisme de mise en file d’attente d’interface Frame Relay, y compris le double FIFO. Si vous activez par la suite FRF.12 ou FRTS, le mécanisme de mise en file d'attente au niveau de l'interface ne redevient pas FIFO double. En outre, PIPQ ne peut pas être activé si un mécanisme de mise en file d'attente fantaisie autre que par défaut est déjà configuré sur l'interface. Il peut être activé en présence de WFQ si WFQ est la méthode de mise en file d'attente par défaut de l'interface. La suppression de la configuration PIPQ modifie la mise en file d’attente au niveau de l’interface en la valeur par défaut ou en la valeur FIFO double, si FRF.12 est activé.

La file d'attente PIPQ applique une priorité stricte. Si le trafic est continuellement retiré de la file d'attente de priorité haute, le planificateur de file d'attente planifie la file d'attente de priorité haute et risque de priver efficacement les files d'attente de priorité basse. Par conséquent, veillez à affecter les circuits virtuels permanents à la file d'attente prioritaire.

Réglage de la sonnerie TX

L'anneau TX est le tampon FIFO non prioritaire utilisé pour stocker les trames avant leur transmission. Les interfaces Frame Relay utilisent un seul anneau TX partagé par tous les circuits virtuels. Par défaut, la taille de la sonnerie TX est de 64 paquets pour les interfaces WAN série à haut débit, notamment PA-T3+, PA-MC-2T3+ et PA-H. Les adaptateurs de port WAN à vitesse plus basse ajustent désormais automatiquement la sonnerie TX à une valeur de 2 paquets. En d'autres termes, les pilotes d'interface définissent des valeurs de sonnerie TX par défaut uniques en fonction de la bande passante.

File d’attente	Emplacement	Méthodes de mise en file d'attente	Les routages spécifiques de service s'appliquent	Commande pour ajuster
File d'attente matérielle ou anneau de transmission par interface	Adaptateur de port ou module réseau	FIFO uniquement.	Non	tx-ring-limit
File d'attente de couche 3 par VC	Système de traitement de la couche 3 ou tampons d'interface	FIFO, WFQ, CBWFQ ou LLQ	Oui	Varie avec la méthode de mise en file d'attente: frame-relay holdq avec FIFO queue-limit avec CBWFQ

Remarque : Contrairement aux interfaces ATM telles que PA-A3, les interfaces Frame Relay utilisent un anneau de transmission unique pour l'interface. Ils ne construisent pas un anneau distinct pour chaque circuit virtuel.

Il est important de savoir que l'anneau TX est FIFO et ne peut pas prendre en charge un autre mécanisme de mise en file d'attente. Ainsi, si vous réglez l'anneau TX sur une valeur de 2 sur les interfaces à faible vitesse, la plupart des paquets mis en mémoire tampon sont déplacés vers la file d'attente PVC, où les mécanismes de mise en file d'attente sophistiqués et les politiques de service QoS s'appliquent.

Le tableau suivant répertorie les cartes de ports série de la gamme 7x00 pour le réglage automatique de l'anneau de transmission.

N° de référence de l'adaptateur de port	Réglage automatique de la limite de sonnerie TX
Adaptateurs de port série haut débit
PA-H et PA-2H	Oui
PA-E3 et PA-T3	Oui
PA-T3+	Oui
Cartes de ports série multicanaux
PA-MC-2T3+	Oui
PA-MC-2T1(=), PA-MC-4T1(=), PA-MC-8T1(=), PA-MC-8DSX1(=)	Oui
PA-MC-2E1/120(=), PA-MC-8E1/120(=)	Oui
PA-MC-T3, PA-MC-E3	Oui
PA-MC-8TE1+	Oui
PA-STM1	Oui
Cartes de ports série
PA-4T, PA-4T+	Oui
PA-4E1G	Oui
PA-8T-V35, PA-8T-X21, PA-8T-232	Oui

La taille de la sonnerie de transmission est réglée automatiquement lorsqu'une fonction d'optimisation de la voix est activée. En outre, l’application de la PIPQ entraîne le réglage automatique de la sonnerie de transmission.

Le résultat suivant a été capturé sur un routeur de la gamme 7200 exécutant le logiciel Cisco IOS Version 12.2(6).

7200-16# show controller serial 6/0:0
Interface Serial6/0:0
  f/w rev 1.2.3,   h/w rev 163, PMC freedm rev 1 idb = 0x6382B984
  ds = 0x62F87C18, plx_devbase=0x3F020000, pmc_devbase=0x3F000000 
    Enabled=TRUE, DSX1 linestate=0x0,
  Ds>tx_limited:1 Ds>tx_count:0 Ds>max_tx_count:20
  
  alarm present
  Timeslot(s) Used:1-24, subrate: 64Kb/s, transmit delay is 0 flags 
  Download delay = 0, Report delay = 0
  IDB type=0xC, status=0x84208080
  Pci shared memory = 0x4B16B200
  Plx mailbox addr  = 0x3F020040
  RxFree queue=0x4B2FA280, shadow=0x62F9FA70
  Rx freeq_wt=256, freeq_rd=256,  ready_wt=1, ready_rd=0
  TxFree queue=0x4B2FAAC0, shadow=0x62F8FA44
  TX freeq_wt=4099, freeq_rd=4099,  ready_wt=4, ready_rd=3 
  # of TxFree queue=4095
  Freedm FIFO (0x6292BF64), hp=0x6292C034 indx=26,  tp=0x6292CF5C indx=511
   reset_count=0 resurrect_count=0
  TX enqueued=0, throttled=0, unthrottled=0, started=10
  tx_limited=TRUE tx_queue_limit=2
  
!--- Note "tx_limited=TRUE" when PIPQ is enabled. The "tx_queue_limit" value

  
!--- describes the value of the transmit ring.
 
  
  7200-16(config)# interface serial 6/0:0
  7200-16(config-if)# no frame-relay interface-queue priority
  7200-16(config-if)# end
  7200-16# show controller serial 6/0:0
  Interface Serial6/0:0
    f/w rev 1.2.3,  h/w rev 163, PMC freedm rev 1 idb = 0x6382B984
    Ds = 0x62F87C18, plx_devbase=0x3F020000, pmc_devbase=0x3F000000
     Enabled=TRUE, DSX1 linestate=0x0,
    Ds>tx_limited:0 Ds>tx_count:0 Ds>max_tx_count:20
     alarm present
     Timeslot(s) Used:1-24, subrate: 64Kb/s, transmit delay is 0 flags
     Download delay = 0, Report delay = 0
     IDB type=0xC, status=0x84208080
     Pci shared memory = 0x4B16B200
     Plx mailbox addr  = 0x3F020040
     RxFree queue=0x4B2FA280, shadow=0x62F9FA70
     Rx freeq_wt=256, freeq_rd=256,  ready_wt=1, ready_rd=0
     TxFree queue=0x4B2FAAC0, shadow=0x62F8FA44
     TX freeq_wt=4099, freeq_rd=4099,  ready_wt=4, ready_rd=3 
     # of TxFree queue=4095
     Freedm FIFO (0x6292BF64), hp=0x6292C034 indx=26,  tp=0x6292CF5C indx=511
      reset_count=0 resurrect_count=0
     TX enqueued=0, throttled=0, unthrottled=0, started=11
     tx_limited=FALSE 
!--- Transmit ring value has changed.