Wachtrijvorming op Frame Relay-routerinterfaces begrijpen

Downloadopties

  • PDF     (329.1 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (112.8 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (173.5 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:18 november 2005
Document-id:22304

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

Dit document bespreekt de hiërarchische wachtrijarchitectuur op seriële interfaces geconfigureerd met Frame Relay-insluiting. Wanneer Frame Relay Traffic Shaping (FRTS) is geconfigureerd, ondersteunen Frame Relay-interfaces de volgende wachtrijlagen:

  • PVC-wachtrij

  • Wachtrij op interfaceniveau

Voorwaarden

Vereisten

Lezers van dit document dienen op de hoogte te zijn van:

Gebruikte componenten

De in dit document gebruikte configuraties zijn vastgelegd op een Cisco 7200-serie router met de volgende hardware en software:

  • PA-MC-4T1 multikanaals T1-poortadapter

  • Cisco IOS®-softwarerelease 12.2(6)

De informatie in dit document is gebaseerd op apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als u in een live netwerk werkt, zorg er dan voor dat u de potentiële impact van iedere opdracht begrijpt voor u deze gebruikt.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Wachtrijlagen

De volgende afbeelding illustreert de twee lagen van wachtrijen wanneer FRTS op de interface wordt toegepast. Het toepassen van FRTS en Frame Relay Forum Implementation Agreements (FRF.12) zorgt ervoor dat de wachtrij op interfaceniveau verandert naar dubbele FIFO-wachtrij, afhankelijk van de platforms die deze wachtrijtechniek ondersteunen. De twee wachtrijen bevatten een wachtrij met hoge prioriteit om Voice over IP (VoIP) en bepaalde controlepakketten te dragen en een wachtrij met lage prioriteit om alle andere pakketten te dragen. Voor meer informatie over dubbele FIFO-wachtrijen, zie de sectie Dubbele FIFO.

framerelayqueues.gif

Frame Relay-interfaces ondersteunen interfacewachtrijen, evenals PVC-wachtrijen wanneer FRTS- en PVC-wachtrijen zijn ingeschakeld. Elke PVC-wachtrij ondersteunt ook een afzonderlijk Weighted Fair Queuing (WFQ)-systeem, als de PVC-wachtrij is geconfigureerd als WFQ.

PVC-wachtrijen

Zowel Frame Relay- als ATM-interfaces kunnen meerdere virtuele circuits (VC's) ondersteunen. Afhankelijk van de hardware, ondersteunen deze interfaces PVC-wachtrijen, die ervoor zorgen dat één overbelaste VC niet alle geheugenresources gebruikt en geen andere (niet-overbelaste) VC's beïnvloedt.

De opdracht frame-relay traffic-shaping schakelt zowel traffic shaping als PVC-wachtrijen in voor alle VC's op een Frame Relay-interface. PVC traffic shaping biedt meer controle over de verkeersstroom op een individuele VC. Traffic shaping in combinatie met VC-wachtrijen beperkt het bandbreedtegebruik van de interface voor een enkele VC. Zonder shaping kan een VC alle bandbreedte van de interface gebruiken en andere VC's uitputten.

Als u geen shaping-waarden opgeeft, worden standaardwaarden voor gemiddelde snelheid en burstgrootte toegepast. Wanneer de aangeboden belasting aan de VC de shaping-waarden overschrijdt, worden overtollige pakketten opgeslagen in de packet-buffering-wachtrij van de VC. Zodra de pakketten zijn gebufferd, kunt u een wachtrijmechanisme toepassen en effectief de volgorde regelen van pakketten die uit de VC-wachtrij naar de interfacewachtrij worden verplaatst. Standaard gebruiken de PVC-wachtrijen 'wie het eerst komt, het eerst maalt' met een wachtrijlimiet van 40 pakketten. Gebruik de opdracht frame-relay holdq in de configuratiemodus van de map-klasse om deze waarde te wijzigen. Als alternatief kunt u low latency queueing (LLQ) of class-based weighted fair queueing (CBWFQ) toepassen met behulp van een Quality of Service (QoS)-beleid dat is geconfigureerd met de opdrachten van de modulaire QoS-opdrachtregelinterface (CLI) (MQC). Bovendien kunt u WFQ rechtstreeks binnen de map-klasse toepassen met de opdracht fair queue . Deze opdracht configureert uw router om verkeer te classificeren volgens flow en plaatst deze flows in hun eigen onderliggende wachtrijen. De opdracht fair queue creëert dus een WFQ-systeem per VC.

Gedetailleerde wachtrijmechanismen voor de PVC-wachtrijen worden hieronder beschreven.

  1. Voer de opdracht show frame-relay pvc 20 uit. De Frame Relay Data Link Connection Identifier (DLCI) wordt geïdentificeerd door 20. De volgende uitvoer toont geen wachtrij-informatie omdat FRTS niet is ingeschakeld.

    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

  2. Configureer FRTS met de opdracht frame-relay traffic-shaping in de configuratiemodus van de interface onder de fysieke interface. Voer opnieuw de opdracht show frame-relay PVC [dlci] uit. 

    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.

  3. Standaard gebruiken de PVC-wachtrijen een uitvoerwachtrijlimiet van 40 pakketten. Gebruik de opdracht frame-relay holdq om een niet-standaardwaarde te configureren. 

    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.

  4. De PVC-wachtrijen ondersteunen ook CBWFQ en LLQ, die u kunt configureren met behulp van een servicebeleid en de opdrachten van de MQC. De volgende voorbeelduitvoer is vastgelegd op de Frame Relay PVC nadat een QoS-servicebeleid is toegepast.

    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.

Oorspronkelijk werd de opdracht frame-relay holdq <size> map-class alleen gebruikt om de grootte van FIFO traffic shaping-wachtrijen te configureren. De maximale grootte was 512. In Cisco IOS-softwarerelease 12.2 en vanaf IOS-softwarerelease 12.2(4) heeft deze opdracht ook invloed op de maximale buffers in CBWFQ traffic shaping-wachtrijen, zoals ingeschakeld door de opdracht service-policy output map-class. De maximale grootte is nu 1024. De standaardwaarden, die onveranderd blijven, zijn 40 voor FIFO en 600 voor CBWFQ.

Wachtrijen op interfaceniveau

Nadat de Frame Relay-frames in een PVC-wachtrij zijn geplaatst, worden ze verplaatst naar wachtrijen op interfaceniveau. Het verkeer van alle VC's gaat door de wachtrijen op interfaceniveau.

Afhankelijk van de geconfigureerde kenmerken, gebruikt de wachtrij op interfaceniveau van Frame Relay één van de volgende mechanismen.

Feature Standaard wachtrijmechanisme
FRTS FIFO
FRF.12 Dubbele FIFO
PIPQ PIPQ

Opmerking: PIPQ (PVC Interface Priority Queueing) vervangt FIFO en dubbele FIFO. Met andere woorden: als u FRF.12 inschakelt, blijft PIPQ de wachtrijstrategie van de interface.

FIFO-wachtrijen

De volgende stappen leggen uit hoe de FRTS-configuratie het toegepaste wachtrijmechanisme wijzigt in FIFO.

  1. Maak een gekanaliseerde interface met de opdracht 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

  2. Voer de opdracht show interface serial 6/0:0 uit en bevestig dat de T1-interface de standaard 'Queueing strategy: weighted fair' gebruikt. Eerst wordt een pakket in een fancy wachtrij op VC-niveau geplaatst. Vervolgens wordt het naar de interfacewachtrij verzonden. In dit geval wordt WFQ toegepast. 

    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.

  3. Wanneer de wachtrijstrategie WFQ is, kunt u de opdrachten show queueing en show queue gebruiken om dit te bevestigen. 

    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

  4. Pas FRTS toe met de opdracht frame-relay traffic-shaping in de configuratiemodus van de interface. 

    Router(config)# interface serial 6/0:0
Router(config-if)# frame-relay traffic-shaping

  5. Het toepassen van FRTS vraagt de router om de wachtrijstrategie voor wachtrijen op interfaceniveau te wijzigen in 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

  6. Aangezien de wachtrijstrategie nu FIFO is, verandert de uitvoer van de opdrachten show queue en 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.

Cisco IOS-softwarerelease 12.2(4)T introduceert de functie Adaptive Frame Relay Traffic Shaping for Interface Congestion, die is ontworpen om de effecten van vertraging en pakketafwijzingen door interfacecongestie te minimaliseren. De functie Adaptive Frame Relay Traffic Shaping for Interface Congestion helpt ervoor te zorgen dat pakketafwijzing optreedt bij de VC-wachtrijen.

Wanneer deze nieuwe functie is ingeschakeld, controleert het traffic-shaping-mechanisme de congestie van de interface. Wanneer het congestieniveau een geconfigureerde waarde, wachtrijdiepte genaamd, overschrijdt, wordt de verzendsnelheid van alle PVC's gereduceerd tot de minimaal toegezegde informatiesnelheid (minCIR). Zodra de congestie van de interface tot onder de wachtrijdiepte daalt, wijzigt het traffic-shaping-mechanisme de verzendsnelheid van de PVC's terug naar de committed information rate (CIR). Dit proces garandeert de minCIR voor PVC's wanneer er interfacecongestie is.

Dubbele FIFO

Frame Relay Queueing dat in de uitvoer van de opdracht show interface serial verschijnt als dubbele FIFO, gebruikt twee prioriteitsniveaus. De wachtrij met hoge prioriteit verwerkt spraakpakketten en besturingspakketten, zoals Local Management Interface (LMI). De wachtrij met lage prioriteit verwerkt gefragmenteerde pakketten (gegevens of niet-spraakpakketten).

Het wachtrijmechanisme op interfaceniveau verandert automatisch naar dubbele FIFO wanneer u één van de volgende functies inschakelt:

  • FRF.12 Fragmentation: dit wordt ingeschakeld met de opdracht frame-relay fragment in de configuratiemodus map-klasse. Gegevenspakketten die groter zijn dan de pakketgrootte die is opgegeven in de opdracht frame-relay fragment worden eerst in een onderliggende WFQ-wachtrij geplaatst. Vervolgens worden ze verplaatst en gefragmenteerd. Na fragmentatie wordt het eerste segment verzonden. De resterende segmenten wachten op de volgende beschikbare zendtijd voor die VC, zoals bepaald door het shaping-algoritme. Op dit punt worden kleine spraakpakketten en gefragmenteerde gegevenspakketten van andere PVC's gescheiden.

  • Real-time Transport Protocol (RTP) Prioritization: oorspronkelijk werden kleine gegevenspakketten ook geclassificeerd als behorend tot de wachtrij met hoge prioriteit vanwege hun grootte. Cisco IOS-softwarerelease 12.0(6)T heeft dit gedrag gewijzigd met behulp van de functie RTP Prioritization (VoIPoFR). De wachtrij met hoge prioriteit wordt alleen gereserveerd voor spraak en LMI-controlepakketten. VoIPoFR classificeert VoIP-pakketten door ze af te stemmen op het RTP UDP-poortbereik dat is gedefinieerd in een Frame Relay map-klasse. Al het RTP-verkeer binnen dit poortbereik wordt in een prioriteitswachtrij voor de VC geplaatst. Daarnaast gaan spraakpakketten naar de wachtrij met hoge prioriteit op interfaceniveau. Alle andere pakketten gaan naar de wachtrij zonder prioriteit op interfaceniveau.

    Opmerking: deze functionaliteit veronderstelt dat FRF.12 is geconfigureerd.

Gebruik de opdracht show interface om de grootte van de twee wachtrijen te bekijken. De onderstaande stappen tonen de dubbele FIFO-wachtrijen en beschrijven hoe u de wachtrijgroottes kunt wijzigen.

  1. Voer de opdracht show interface serial uit. De wachtrij met hoge prioriteit gebruikt een wachtrijlimiet die twee keer zo groot is als de wachtrijlimiet met lage prioriteit.

    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

  2. Gebruik de opdracht hold-queue {value} out om de interfacewachtrijgroottes te wijzigen. 

    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

  3. Voer opnieuw de opdracht show interface serial uit en merk op hoe de maximale waarden voor 'uitvoerwachtrij' zijn gewijzigd. 

    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 is ontworpen voor configuraties waarin afzonderlijke VC's een enkel verkeerstype vervoeren, zoals spraak of gegevens. Zo kunt u aan elke PVC een prioriteitswaarde toewijzen. PIPQ minimaliseert serialisatie of wachtrijvertraging op interfaceniveau door ervoor te zorgen dat de VC met hoge prioriteit eerst wordt aangesproken. PIPQ classificeert pakketten door de DLCI te extraheren en de prioriteit in de juiste PVC-structuur op te zoeken. Het PIPQ-mechanisme kijkt niet naar de inhoud van het pakket. Daarom neemt het geen beslissingen op basis van de inhoud van pakketten.

Gebruik de volgende opdrachten om PIPQ te configureren.

  1. Schakel PIPQ in met de opdracht frame-relay interface-queue priority in de hoofdinterface.

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

  2. Gebruik de opdracht show interface serial om 'Queueing strategy: DLCI priority' te bevestigen. Deze opdracht geeft ook de huidige grootte en het aantal afwijzingen voor elke wachtrij weer. 

    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

  3. Bouw een Frame Relay map-klasse en wijs een prioriteitsniveau toe aan een VC met de opdracht frame-relay interface-queue priority{high|medium|normal|low} . De standaard PVC-prioriteit is normaal. Alle PVC's met dezelfde prioriteit delen dezelfde FIFO-prioriteitswachtrij. Pas de map-klasse toe op de VC. In de volgende voorbeelduitvoer wordt een PVC met DLCI-nummer 21 toegewezen aan de interfacewachtrij met hoge prioriteit.

    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

  4. Gebruik de opdrachten show frame-relay PVC [dlci] en show queueing interface om uw configuratiewijziging te bevestigen. 

    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

  5. Configureer optioneel de grootte van elke interfacewachtrij met de volgende opdracht. De standaardgroottes van de wachtrijen met hoge, gemiddelde, normale en lage prioriteit zijn respectievelijk 20, 40, 60 en 80 pakketten. Om een andere waarde te configureren, gebruikt u de opdracht frame-relay interface-queue priority [<high limit><medium limit><normal limit><low limit>] in de configuratiemodus van de interface.

    Zodra PIPQ is ingeschakeld, overschrijft het alle andere wachtrijmechanismen van Frame Relay-interfaces, inclusief dubbele FIFO. Als u vervolgens FRF.12 of FRTS inschakelt, keert het wachtrijmechanisme op interfaceniveau niet terug naar dubbele FIFO. Bovendien kan PIPQ niet worden ingeschakeld als er al een niet-standaard fancy queueing-mechanisme is geconfigureerd op de interface. Het kan worden ingeschakeld in de aanwezigheid van WFQ als WFQ de standaard interfacewachtrijmethode is. Als u de PIPQ-configuratie verwijdert, wordt de wachtrij op interfaceniveau gewijzigd naar de standaardinstelling of naar dubbele FIFO, als FRF.12 is ingeschakeld.

    PIPQ past strikte prioriteitswachtrijen toe. Als verkeer voortdurend naar de wachtrij met hoge prioriteit wordt verplaatst, zal de wachtrijplanner de wachtrij met hoge prioriteit plannen en wachtrijen met lagere prioriteit effectief uitputten. Wees daarom voorzichtig bij het toewijzen van PVC's aan de wachtrij met hoge prioriteit.

De TX-ring afstemmen

De TX-ring is de niet-geprioriteerde FIFO-buffer die wordt gebruikt om frames op te slaan voordat ze worden verzonden. Frame Relay-interfaces gebruiken een enkele TX-ring die door alle VC's wordt gedeeld. Standaard is de TX-ringgrootte 64 pakketten voor seriële WAN-interfaces met een hogere snelheid, waaronder de PA-T3+, PA-MC-2T3+ en PA-H. WAN-poortadapters met een lagere snelheid stemmen nu automatisch de TX-ring af op een waarde van 2 pakketten. Met andere woorden: interface-stuurprogramma's stellen unieke standaard TX-ringwaarden in op basis van de hoeveelheid bandbreedte.

Wachtrij Location (Locatie) Wachtrijmethoden Servicebeleid is van toepassing Opdracht om af te stemmen
Hardwarewachtrij of overdrachtsring per interface Poortadapter of netwerkmodule Alleen FIFO Nee tx-ring-limiet
Layer 3-wachtrij per VC Layer 3-processorsysteem of interfacebuffers FIFO, WFQ, CBWFQ of LLQ Ja Afhankelijk van de wachtrijmethode:

Opmerking: in tegenstelling tot ATM-interfaces, zoals de PA-A3, gebruiken Frame Relay-interfaces een enkele overdrachtsring voor de interface. Ze bouwen niet voor elke VC een aparte ring.

Het is belangrijk om te weten dat de TX-ring FIFO is en geen alternatief wachtrijmechanisme kan ondersteunen. Door de TX-ring af te stemmen op een waarde van 2 op interfaces met lage snelheid, wordt het grootste deel van de pakketbuffering dus effectief naar de PVC-wachtrij verplaatst, waar de fancy wachtrijmechanismen en het QoS-servicebeleid wel van toepassing zijn.

In de volgende tabel staan seriële poortadapters voor de 7x00-serie voor het automatisch afstemmen van de overdrachtsring.

Poortadapter onderdeelnr. TX-ringlimiet automatisch afstemmen
Snelle seriële poortadapters
PA-H en PA-2H Ja
PA-E3 en PA-T3 Ja
PA-T3+ Ja
Multikanaals seriële poortadapters
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
Seriële poortadapters
PA-4T, PA-4T+ Ja
PA-4E1G Ja
PA-8T-V35, PA-8T-X21, PA-8T-232 Ja

De grootte van de overdrachtsring wordt automatisch verkleind wanneer een spraakoptimalisatiefunctie is ingeschakeld. Bovendien zorgt het toepassen van PIPQ ervoor dat de overdrachtsring automatisch wordt afgestemd.

De volgende uitvoer is vastgelegd op een router uit de 7200-serie met Cisco IOS-softwarerelease 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.

Gerelateerde informatie

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten