Grundlagen zum Warteschlangenmodus auf Frame Relay Router-Schnittstellen

Download-Optionen

PDF (330.6 KB)
Mit Adobe Reader auf verschiedenen Geräten anzeigen
ePub (115.9 KB)
In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
Mobi (Kindle) (177.6 KB)
Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen

Aktualisiert:18. November 2005

Dokument-ID:22304

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

Inhalt

Einleitung

Voraussetzungen

Anforderungen

Verwendete Komponenten

Konventionen

Warteschlangenebenen

PVC-Warteschlange

Warteschlangenverwaltung auf Schnittstellenebene

FIFO-Warteschlange

Dual-FIFO

PIPQ

TX-Klingelton anpassen

Zugehörige Informationen

Einleitung

In diesem Dokument wird die hierarchische Warteschlangen-Architektur auf seriellen Schnittstellen erläutert, die mit Frame-Relay-Kapselung konfiguriert sind. Bei Konfiguration mit Frame Relay Traffic Shaping (FRTS) unterstützen Frame Relay-Schnittstellen die folgenden Warteschlangen-Layer:

PVC-Warteschlange
Warteschlange auf Schnittstellenebene

Voraussetzungen

Anforderungen

Die Leser dieses Dokuments sollten folgende Kenntnisse besitzen:

Frame-Relay-Konfiguration
Cisco Router der Serien 2600, 3600 und 7200
FRTS

Verwendete Komponenten

Die in diesem Dokument verwendeten Konfigurationen wurden auf einem Cisco Router der Serie 7200 mit der folgenden Hardware und Software erfasst:

PA-MC-4T1 Multichannel T1 Port-Adapter
Cisco IOS®-Softwareversion 12.2(6)

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn sich Ihr Netzwerk in der Produktionsumgebung befindet, müssen Sie sich bei jedem Befehl zunächst dessen potenzielle Auswirkungen vor Augen führen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie in den technischen Tipps von Cisco zu Konventionen.

Warteschlangenebenen

In der folgenden Abbildung werden die beiden Warteschlangenebenen veranschaulicht, wenn FRTS auf die Schnittstelle angewendet wird. Durch Anwenden von FRTS- und Frame Relay Forum Implementation Agreements (FRF.12) wird die Warteschlange auf Schnittstellenebene abhängig von den Plattformen, die diese Warteschlangenmethode unterstützen, in eine duale FIFO-Warteschlange geändert. Die beiden Warteschlangen enthalten eine Prioritätswarteschlange für Voice over IP (VoIP) und bestimmte Steuerungspakete sowie eine Prioritätswarteschlange für alle anderen Pakete. Weitere Informationen zu dualen FIFO-Warteschlangen finden Sie im Abschnitt Duale FIFO.

Frame Relay-Schnittstellen unterstützen Schnittstellenwarteschlangen sowie PVC-Warteschlangen, wenn FRTS- und PVC-Warteschlangen aktiviert sind. Jede PVC-Warteschlange unterstützt außerdem ein separates WFQ-System (Weighted Fair Queuing), wenn die PVC-Warteschlange als WFQ konfiguriert ist.

PVC-Warteschlange

Sowohl Frame-Relay- als auch ATM-Schnittstellen können mehrere Virtual Circuits (VCs) unterstützen. Je nach Hardware unterstützen diese Schnittstellen PVC-Warteschlangen, die sicherstellen, dass eine überlastete VC nicht alle Speicherressourcen belegt und sich auf andere (nicht überlastete) VCs auswirkt.

Der Frame-Relay-Traffic-Shaping-Befehl aktiviert sowohl Traffic-Shaping als auch PVC-Warteschlangen für alle VCs auf einer Frame-Relay-Schnittstelle. PVC-Traffic Shaping ermöglicht eine bessere Steuerung des Datenverkehrsflusses auf einer einzelnen VC. Traffic Shaping in Kombination mit VC Queueing begrenzt die Bandbreitennutzung der Schnittstelle für eine einzelne VC. Ohne Shaping kann ein VC die gesamte Schnittstellenbandbreite nutzen und andere VCs aushungern.

Wenn Sie keine Shaping-Werte angeben, werden die Standardwerte für die Durchschnittrate und die Burst-Größe angewendet. Wenn die der VC zur Verfügung gestellte Last die Shaping-Werte überschreitet, werden überschüssige Pakete in der Paket-Buffering-Warteschlange der VC gespeichert. Nachdem die Pakete gepuffert wurden, können Sie einen Warteschlangenmechanismus anwenden und die Reihenfolge der aus der VC-Warteschlange in die Schnittstellenwarteschlange gelösten Pakete effektiv steuern. Standardmäßig verwenden die PVC-Warteschlangen die "first come, first serve queueing" mit einer Warteschlangenbegrenzung von 40 Paketen. Verwenden Sie den Befehl frame-relay holdq im Konfigurationsmodus map-class, um diesen Wert zu ändern. Alternativ können Sie Low Latency Queueing (LLQ) oder Class-Based Weighted Fair Queueing (CBWFQ) mithilfe einer QoS-Richtlinie (Quality of Service) anwenden, die mit den Befehlen der modularen QoS-Kommandozeile (CLI) (MQC) konfiguriert wurde. Darüber hinaus können Sie WFQ direkt innerhalb der Map-Klasse mit dem Befehl Fair Queue anwenden. Mit diesem Befehl wird der Router so konfiguriert, dass der Datenverkehr dem Datenfluss entsprechend klassifiziert wird, und die Datenflüsse werden in ihre eigenen Subwarteschlangen gestellt. Somit erstellt der Befehl fair queue ein WFQ-System pro VC.

Im Folgenden werden detaillierte Warteschlangenmechanismen für die PVC-Warteschlangen beschrieben.

Führen Sie den Befehl show frame-relay pvc 20 aus. Der Frame Relay Data Link Connection Identifier (DLCI) wird durch die 20 identifiziert. Die folgende Ausgabe zeigt keine Warteschlangeninformationen an, da FRTS nicht aktiviert ist.

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

Konfigurieren Sie FRTS mit dem Frame-Relay-Traffic-Shaping-Befehl im Schnittstellenkonfigurationsmodus unter der physischen Schnittstelle. Führen Sie den Befehl show frame-relay PVC [dlci] erneut aus.

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.

Standardmäßig verwenden die PVC-Warteschlangen eine Ausgabewarteschlangenbegrenzung von 40 Paketen. Verwenden Sie den Befehl frame-relay holdq, um einen anderen als den Standardwert zu konfigurieren.

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.

Die PVC-Warteschlangen unterstützen auch CBWFQ und LLQ, die Sie mithilfe einer Dienstrichtlinie und der Befehle des MQC konfigurieren können. Die folgende Beispielausgabe wurde auf der Frame-Relay-PVC erfasst, nachdem eine QoS-Servicerichtlinie angewendet wurde.

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.

Ursprünglich wurde der Befehl frame-relay holdq <size> map-class verwendet, um die Größe von FIFO-Datenverkehrsgestaltungswarteschlangen zu konfigurieren. Die maximale Größe betrug 512. In Cisco IOS Software, Version 12.2, und in IOS Software, Version 12.2(4), beeinflusst dieser Befehl auch die maximalen Puffer in CBWFQ-Datenverkehrs-Shaping-Warteschlangen, wie durch den Befehl service-policy output map-class aktiviert. Die maximale Größe beträgt jetzt 1024. Die Standardwerte, die unverändert bleiben, sind 40 für FIFO und 600 für CBWFQ.

Warteschlangenverwaltung auf Schnittstellenebene

Nachdem Frame-Relay-Frames in eine PVC-Warteschlange eingereiht wurden, werden sie in Warteschlangen auf Schnittstellenebene aus der Warteschlange entfernt. Der Datenverkehr aller VCs durchläuft die Warteschlangen auf Schnittstellenebene.

Je nach den konfigurierten Funktionen verwendet die Frame Relay-Warteschlange auf Schnittstellenebene einen der folgenden Mechanismen.

Funktion	Standard-Warteschlangenmechanismus
FRTS	FIFO
FRF,12	Dual-FIFO
PIPQ	PIPQ

Hinweis: PIPQ (PVC Interface Priority Queueing) überschreibt FIFO und Dual-FIFO. Mit anderen Worten: Wenn Sie FRF.12 aktivieren, bleibt die Strategie für die Schnittstellenwarteschlange PIPQ.

FIFO-Warteschlange

In den folgenden Schritten wird erläutert, wie die FRTS-Konfiguration den angewendeten Warteschlangenmechanismus in FIFO ändert.

Erstellen Sie mit dem Befehl channel-group eine Channelized-Schnittstelle.

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

Führen Sie den Befehl show interface serial 6/0:0 aus, und bestätigen Sie, dass die T1-Schnittstelle die Standardeinstellung "Queueing Strategy: Weighted Fair" verwendet. Zunächst wird ein Paket in eine Fancy Queue auf VC-Ebene gestellt. Er wird dann an die Schnittstellenwarteschlange gesendet. In diesem Fall wird WFQ angewendet.

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.

Wenn die Warteschlangenstrategie WFQ ist, können Sie die Befehle show queueing und show queue zur Bestätigung verwenden.

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

Wenden Sie FRTS mit dem Frame-Relay-Traffic-Shaping-Befehl im Schnittstellenkonfigurationsmodus an.
```
Router(config)# interface serial 6/0:0
Router(config-if)# frame-relay traffic-shaping
```

Durch Anwenden von FRTS wird der Router aufgefordert, die Warteschlangenstrategie für die Warteschlangen auf Schnittstellenebene in FIFO zu ändern.

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

Da die Warteschlangenstrategie jetzt FIFO lautet, ändert sich die Ausgabe des Befehls show queue und show queueing.

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.

Mit Version 12.2(4)T der Cisco IOS Software wird die Funktion Adaptive Frame Relay Traffic Shaping for Interface Congestion eingeführt, die darauf ausgelegt ist, die Auswirkungen von Verzögerungen und Paketverlusten aufgrund von Schnittstellenüberlastungen auf ein Minimum zu reduzieren. Die Funktion "Adaptive Frame Relay Traffic Shaping for Interface Congestion" stellt sicher, dass Pakete in den VC-Warteschlangen verworfen werden.

Wenn diese neue Funktion aktiviert ist, überwacht der Traffic-Shaping-Mechanismus die Überlastung der Schnittstelle. Wenn der Überlastungsgrad einen konfigurierten Wert überschreitet, der als Warteschlangentiefe bezeichnet wird, wird die Übertragungsrate aller PVCs auf die minimale Committed Information Rate (MinCIR) reduziert. Sobald die Schnittstellenüberlastung unter die Warteschlangentiefe absinkt, ändert der Traffic-Shaping-Mechanismus die Senderate der PVCs zurück in die Committed Information Rate (CIR). Dieser Prozess gewährleistet die MinCIR für PVCs, wenn eine Überlastung der Schnittstelle vorliegt.

Dual-FIFO

Frame Relay Queueing, das in der Ausgabe des seriellen Befehls show interface als Dual FIFO angezeigt wird, verwendet zwei Prioritätsebenen. Die Warteschlange mit hoher Priorität verarbeitet Sprachpakete und Steuerungspakete wie LMI (Local Management Interface). Die Warteschlange mit niedriger Priorität verarbeitet fragmentierte Pakete (Daten- oder Nicht-Sprachpakete).

Der Warteschlangenmechanismus auf Schnittstellenebene wechselt automatisch zu dualem FIFO, wenn Sie eine der folgenden Funktionen aktivieren:

FRF.12-Fragmentierung: Dieser Befehl wird mit dem Befehl frame-relay fragment im Konfigurationsmodus "map-class" aktiviert. Datenpakete, die größer sind als die im Frame-Relay-Fragment-Befehl angegebene Paketgröße, werden zuerst in eine WFQ-Unterwarteschlange gestellt. Anschließend werden sie aus der Warteschlange entfernt und fragmentiert. Nach der Fragmentierung wird das erste Segment übertragen. Die übrigen Segmente warten auf die nächste verfügbare Übertragungszeit für diese VC, wie durch den Shaping-Algorithmus bestimmt. An diesem Punkt werden kleine Sprachpakete und fragmentierte Datenpakete aus anderen PVCs verschachtelt.
Priorisierung des Real-Time Transport Protocol (RTP) - Ursprünglich wurden kleine Datenpakete aufgrund ihrer Größe ebenfalls als zu der Warteschlange mit hoher Priorität gehörend klassifiziert. In Version 12.0(6)T der Cisco IOS Software wurde dieses Verhalten mithilfe der Funktion zur RTP-Priorisierung (VoIPoFR) geändert. Er reserviert die Warteschlange mit hoher Priorität nur für Sprach- und LMI-Steuerungspakete. VoIPoFR klassifiziert VoIP-Pakete durch Übereinstimmung mit dem in einer Frame Relay-Zuordnungsklasse definierten RTP-UDP-Port-Bereich. Der gesamte RTP-Datenverkehr innerhalb dieses Port-Bereichs wird in eine Prioritätswarteschlange für die VC gestellt. Darüber hinaus werden Sprachpakete auf Schnittstellenebene in die Warteschlange mit hoher Priorität gestellt. Alle anderen Pakete werden auf Schnittstellenebene in die Nicht-Prioritätswarteschlange gestellt.

Hinweis: Diese Funktion setzt voraus, dass FRF.12 konfiguriert ist.

Verwenden Sie den Befehl show interface, um die Größe der beiden Warteschlangen anzuzeigen. Die folgenden Schritte zeigen die dualen FIFO-Warteschlangen und beschreiben, wie Sie die Warteschlangengrößen ändern können.

Führen Sie den Befehl show interface serial aus. Die Warteschlange mit hoher Priorität verwendet einen Warteschlangengrenzwert, der doppelt so groß ist wie der Grenzwert für Warteschlangen mit niedriger Priorität.

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

Verwenden Sie den Befehl hold-queue {value} out, um die Größe der Schnittstellenwarteschlange zu ändern.

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

Führen Sie den Befehl show interface serial erneut aus, und beachten Sie, wie sich die maximalen Werte für die Ausgabewarteschlange geändert haben.

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

Frame-Relay-PIPQ wurde für Konfigurationen entwickelt, in denen separate VCs einen einzelnen Datenverkehrstyp übertragen, z. B. Sprache oder Daten. Auf diese Weise können Sie jedem PVC einen Prioritätswert zuweisen. PIPQ minimiert die Serialisierungs- oder Warteschlangenverzögerung auf Schnittstellenebene, indem sichergestellt wird, dass die VC mit hoher Priorität zuerst bedient wird. PIPQ klassifiziert Pakete, indem es den DLCI extrahiert und die Priorität in der entsprechenden PVC-Struktur nachschlägt. Der PIPQ-Mechanismus überprüft den Paketinhalt nicht. Daher trifft es keine Entscheidungen auf Grundlage des Paketinhalts.

Verwenden Sie die folgenden Befehle, um PIPQ zu konfigurieren.

Aktivieren Sie PIPQ mit dem Befehl frame-relay interface-queue priority auf der Hauptschnittstelle.

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

Verwenden Sie den Befehl show interface serial, um die "Queueing Strategy: DLCI Priority" (Warteschlangenstrategie: DLCI-Priorität) zu bestätigen. Mit diesem Befehl werden auch die aktuelle Größe und Anzahl der Löschvorgänge für die einzelnen Warteschlangen angezeigt.

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

Erstellen Sie eine Frame Relay-Zuordnungsklasse, und weisen Sie einer VC mithilfe des Befehls frame-relay interface-queue priority {high|medium|normal|low} eine Prioritätsstufe zu. Die Standard-PVC-Priorität ist normal. Alle PVCs mit derselben Priorität verwenden dieselbe FIFO-Prioritätswarteschlange. Wenden Sie die Map-Klasse auf den VC an. Im folgenden Beispielausgang wird der Schnittstellenwarteschlange mit hoher Priorität ein PVC mit der DLCI-Nummer 21 zugewiesen.
```
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
```

Verwenden Sie die Befehle show frame-relay PVC [dlci] und show queueing interface, um die Konfigurationsänderung zu bestätigen.

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

Konfigurieren Sie optional die Größe jeder Schnittstellenwarteschlange mit dem folgenden Befehl. Die Standardgrößen der Warteschlangen mit hoher, mittlerer, normaler und niedriger Priorität sind 20, 40, 60 bzw. 80 Pakete. Um einen anderen Wert zu konfigurieren, verwenden Sie den Befehl frame-relay interface-queue priority [<high limit><medium limit><normal limit><low limit>] im Schnittstellenkonfigurationsmodus.

Nach der Aktivierung überschreibt PIPQ alle anderen Frame Relay-Schnittstellen-Warteschlangenmechanismen, einschließlich Dual FIFO. Wenn Sie anschließend FRF.12 oder FRTS aktivieren, wird der Warteschlangenmechanismus auf Schnittstellenebene nicht auf duales FIFO zurückgesetzt. Darüber hinaus kann PIPQ nicht aktiviert werden, wenn auf der Schnittstelle bereits ein nicht standardmäßiger Fancy Queueing-Mechanismus konfiguriert ist. Wenn WFQ die Standardmethode für die Schnittstellenwarteschlange ist, kann sie in Gegenwart von WFQ aktiviert werden. Beim Löschen der PIPQ-Konfiguration wird die Warteschlange auf Schnittstellenebene auf den Standard oder auf dualen FIFO geändert, wenn FRF.12 aktiviert ist.

PIPQ wendet Warteschlangen mit strikter Priorität an. Wenn der Datenverkehr kontinuierlich aus der Warteschlange mit hoher Priorität entfernt wird, plant der Queueing Scheduler die Warteschlange mit hoher Priorität und kann Warteschlangen mit niedrigerer Priorität effektiv blockieren. Weisen Sie PVCs daher der Warteschlange mit hoher Priorität zu.

TX-Klingelton anpassen

Der TX-Ring ist der nicht priorisierte FIFO-Puffer, der zum Speichern von Frames vor der Übertragung verwendet wird. Frame-Relay-Schnittstellen verwenden einen einzelnen TX-Ring, der von allen VCs gemeinsam genutzt wird. Standardmäßig beträgt die TX-Ringgröße 64 Pakete für serielle WAN-Schnittstellen mit höherer Geschwindigkeit, einschließlich PA-T3+, PA-MC-2T3+ und PA-H. WAN-Port-Adapter mit geringerer Geschwindigkeit stimmen den TX-Ring jetzt automatisch auf einen Wert von 2 Paketen ab. Mit anderen Worten: Schnittstellentreiber legen eindeutige TX-Standardringwerte auf Basis der Bandbreite fest.

Warteschlange	Location (Standort)	Warteschlangenmethoden	Anwendung von Servicerichtlinien	Befehl zum Abstimmen
Hardware-Warteschleifen oder Übertragungsringe pro Schnittstelle	Port-Adapter oder Netzwerkmodul	Nur FIFO	Nein	Tx-Ring-Limit
Layer-3-Warteschlange pro VC	Layer-3-Prozessorsystem oder Schnittstellenpuffer	FIFO, WFQ, CBWFQ oder LLQ	Ja	Variiert je nach Warteschlangenmethode: Frame-Relais-Halteq mit FIFO Warteschlangenlimit mit CBWFQ

Hinweis: Im Gegensatz zu ATM-Schnittstellen wie dem PA-A3 verwenden Frame-Relay-Schnittstellen einen einzigen Übertragungsring für die Schnittstelle. Es wird kein separater Ring für jede VC erstellt.

Es ist wichtig zu wissen, dass der TX-Ring FIFO ist und keinen alternativen Warteschlangenmechanismus unterstützen kann. Wird der TX-Ring auf langsame Schnittstellen auf den Wert 2 heruntergefahren, wird der Großteil der Paketpufferung in die PVC-Warteschlange verschoben, auf die ausgefallene Warteschlangenmechanismen und QoS-Servicerichtlinien angewendet werden.

In der folgenden Tabelle sind die seriellen Port-Adapter für die Serie 7x00 zur automatischen Abstimmung des Übertragungsrings aufgeführt.

Port-Adapter-Teilenummer	TX-Ringlimit - automatische Anpassung
Hochgeschwindigkeits-Adapter für serielle Ports
PA-H und PA-2H	Ja
PA-E3 und PA-T3	Ja
PA-T3+	Ja
Serielle Multichannel-Port-Adapter
PA-MC-2T3+	Ja
PA-MC-2T1(=), PA-MC-4T1(=), PA-MC-8T1(=), PA-MC-8DSX1(=)	Ja
PA-MC-2E1/120(=), PA-MC-8E1/120(=)	Ja
PA-MC-T3, PA-MC-E3	Ja
PA-MC-8TE1+	Ja
PA-STM1	Ja
Serielle Port-Adapter
PA-4T, PA-4T+	Ja
PA-4E1G	Ja
PA-8T-V35, PA-8T-X21, PA-8T-232	Ja

Die Größe des Übertragungsrings wird automatisch herabgesetzt, wenn eine Sprachoptimierungsfunktion aktiviert ist. Darüber hinaus wird der Sendering durch Anwenden von PIPQ automatisch heruntergefahren.

Die folgende Ausgabe wurde auf einem Router der Serie 7200 mit Cisco IOS Software, Version 12.2(6), erfasst.

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.