Ce document passe en revue l’architecture de mise en file d’attente hiérarchique sur les interfaces en série configurées avec l’encapsulation de relayage de trames. Lorsqu’elles sont configurées avec FRTS (Frame Relay Traffic Shape), les interfaces de relayage de trames prennent en charge les couches de file d’attente suivantes :
File PVC
File d'attente au niveau interface
Les lecteurs de ce document doivent être bien informés de :
Routeurs des gammes Cisco 2600, 3600 et 7200
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 :
Carte de ports 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.
Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous aux Conventions relatives aux conseils techniques Cisco.
La figure suivante illustre les deux couches de files d'attente lorsque la fonction FRTS est appliquée à l'interface. L'application des FRTS et des FRF.12 (Frame Relay Forum Implementation Agreements) entraîne le passage de la file d'attente au niveau de l'interface à une 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 à priorité élevée pour transporter la voix sur IP (VoIP) et certains paquets de contrôle et une file d'attente à priorité faible pour transporter tous les autres paquets. Pour plus d'informations sur la mise en file d'attente FIFO double, consultez la section FIFO double.
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.
Les interfaces Frame Relay et ATM peuvent prendre en charge plusieurs circuits virtuels (VC). Selon le matériel, ces interfaces prennent en charge les files d'attente de circuits virtuels permanents, ce qui garantit qu'un circuit virtuel encombré n'utilise pas toutes les ressources de mémoire et a un impact sur les autres circuits virtuels (non encombrés).
La commande frame-relay traffic-shaping active à la fois le formatage du trafic et la mise en file d'attente de circuit virtuel permanent pour tous les circuits virtuels sur une interface Frame Relay. La mise en forme du trafic PVC permet de mieux contrôler 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 VC. Sans mise en forme, un circuit virtuel peut consommer toute la bande passante de l’interface et priver d’autres circuits virtuels.
Si vous ne spécifiez pas de valeurs de mise en forme, les valeurs par défaut pour le débit 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 en excès 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 du circuit virtuel vers la file d'attente de l'interface. Par défaut, les files d'attente PVC utilisent la mise en file d'attente « premier arrivé, premier servi » 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 une file d'attente à faible latence (LLQ) ou une 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 la 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 sous-files d'attente. 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 des files PVC sont décrits ci-dessous.
Exécutez la commande show frame-relay pvc 20. L’identificateur de connexion de liaison de données (DLCI) Frame Relay est identifié par le 20. Le résultat suivant ne montre 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-shaping 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 file d'attente de sortie de 40 paquets. 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 du 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 était utilisée pour configurer la taille des files d’attente de mise en forme du trafic FIFO uniquement. La taille maximale était de 512. Dans le logiciel Cisco IOS Version 12.2, et à partir du 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 désormais de 1024. Les valeurs par défaut, inchangées, sont 40 pour FIFO et 600 pour CBWFQ.
Une fois les trames Frame Relay placées 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 fonctions 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 par défaut |
---|---|
FRTS | FIFO |
FRF.12 | Double FIFO |
PIPQ | PIPQ |
Remarque : PIPQ (PVC Interface Priority Queueing) remplace FIFO et double FIFO. En d'autres termes, si vous activez FRF.12, la stratégie de mise en file d'attente d'interface reste PIPQ.
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 « Queueing strategy: Weighted Fair ». Tout d’abord, un paquet est placé dans une file d’attente de fantaisie au niveau du circuit virtuel. Il est ensuite envoyé à la file d’attente d’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-shaping 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 à changer la stratégie de mise en file d'attente sur les 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
Comme la stratégie de mise en file d'attente est maintenant FIFO, le résultat des commandes 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, qui est conçue pour minimiser les effets du retard et des pertes de paquets provoqués par l'encombrement de l'interface. La fonction Adaptive Frame Relay Traffic Shaping for Interface Congestion permet de s’assurer que les paquets sont abandonnés dans les files d’attente de circuits virtuels.
Lorsque cette nouvelle fonctionnalité est activée, le mécanisme de mise en forme 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 garanti (minCIR). Dès que l'encombrement de l'interface passe en dessous de la profondeur de la file d'attente, le mécanisme de mise en forme du trafic redéfinit le débit d'envoi des circuits virtuels permanents sur le débit d'informations garanti (CIR). Ce processus garantit le minCIR pour les circuits virtuels permanents en cas d’encombrement de l’interface.
La mise en file d’attente Frame Relay, qui apparaît dans le résultat de la commande show interface serial sous la forme Dual FIFO, utilise deux niveaux de priorité. La file d'attente à priorité élevée 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 non vocaux).
Le mécanisme de mise en file d'attente au niveau de l'interface passe automatiquement en mode FIFO double lorsque vous activez l'une des fonctionnalités suivantes :
FRF.12 Fragmentation — Ceci est activé avec la commande frame-relay fragment en mode de configuration map-class. Les paquets de données supérieurs à 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 d'attente 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 le prochain temps de transmission disponible pour ce circuit virtuel, tel que 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 à partir d'autres circuits virtuels permanents.
Hiérarchisation RTP (Real-time Transport Protocol) : à l'origine, les petits paquets de données étaient également classés comme appartenant à la file d'attente à priorité élevée simplement en raison de leur taille. La version 12.0(6)T du logiciel Cisco IOS a modifié ce comportement à l'aide de la fonctionnalité de hiérarchisation RTP (VoIPoFR). Il réserve la file d'attente de priorité élevée aux paquets de contrôle LMI et voix uniquement. VoIPoFR classe les paquets VoIP en les faisant correspondre à la plage de ports UDP RTP définie dans une classe de mappage Frame Relay. Tout le trafic RTP dans cette plage de ports est mis en file d'attente prioritaire pour le circuit virtuel. En outre, les paquets vocaux sont placés 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 montrent 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 qui est le double de 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
Le protocole PIPQ Frame Relay 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. Cela vous permet d’attribuer une valeur de priorité à chaque circuit virtuel permanent. PIPQ minimise 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 de priorité élevée est traité en premier. PIPQ classe les paquets en extrayant le DLCI et en recherchant la priorité dans la structure PVC appropriée. Le mécanisme PIPQ n’examine pas le contenu du paquet. Par conséquent, il ne prend aucune décision en fonction du contenu du paquet.
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 « Queueing strategy: DLCI priority ». Cette commande affiche également la taille actuelle et le nombre de abandons 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 attribuez un niveau de priorité à un circuit virtuel à l’aide de la commande frame-relay interface-queue priority {high|medium|normal|low} . La priorité PVC par défaut est normale. Tous les circuits virtuels permanents ayant la même priorité partagent la même file d'attente de priorité FIFO. Appliquez la map-class 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
Configurez éventuellement la taille de chaque file d'attente d'interface à l'aide de la commande suivante. Les tailles par défaut des files d'attente à priorité élevée, moyenne, normale et faible sont respectivement de 20, 40, 60 et 80 paquets. Pour configurer une valeur différente, utilisez la commande frame-relay interface-queue priority [<high limit><medium limit><normal limit><low limit>] en mode de configuration d’interface.
Une fois activée, la fonction PIPQ remplace tout autre mécanisme de mise en file d’attente d’interface Frame Relay, y compris la double FIFO. Si vous activez ensuite FRF.12 ou FRTS, le mécanisme de mise en file d'attente au niveau de l'interface ne reviendra pas à la fonction FIFO double. En outre, PIPQ ne peut pas être activé si un mécanisme de mise en file d'attente de 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 d'interface par défaut. Si FRF.12 est activé, la suppression de la configuration PIPQ modifie la mise en file d'attente au niveau de l'interface en mode FIFO par défaut ou double.
PIPQ applique une mise en file d'attente avec priorité stricte. Si le trafic est continuellement retiré de la file d'attente de priorité haute, le planificateur de mise en file d'attente planifiera la file d'attente de priorité haute et peut effectivement priver les files d'attente de priorité inférieure. Par conséquent, veillez à attribuer les circuits virtuels permanents à la file d'attente à priorité élevée.
L’anneau TX est la mémoire tampon FIFO non prioritaire utilisée 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 l'anneau TX est de 64 paquets pour les interfaces WAN série à haut débit, y compris PA-T3+, PA-MC-2T3+ et PA-H. Les cartes de ports WAN à faible débit réduisent désormais automatiquement l'anneau 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 quantité de 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 circuit virtuel | 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:
|
Remarque : contrairement aux interfaces ATM telles que PA-A3, les interfaces Frame Relay utilisent un seul anneau de transmission 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. Par conséquent, si vous réduisez l'anneau TX à une valeur de 2 sur les interfaces à faible débit, la majeure partie de la mise en mémoire tampon des paquets est déplacée 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.
Référence de la carte de ports | TX Ring Limit Réglage automatique |
---|---|
Cartes de ports 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 automatiquement désactivée lorsqu'une fonction d'optimisation vocale est activée. En outre, l'application de la fonction PIPQ entraîne la désactivation automatique de l'anneau 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.