Op klasse gebaseerde Weighted Fair Queuing configureren met FRTS

Inleiding

Dit document biedt een voorbeeldconfiguratie voor Class-Based Weighted Fair Queueing (CBWFQ) met Frame Relay Traffic Shaping (FRTS).

CBWFQ breidt de standaard Weighted Fair Queueing (WFQ) uit om ondersteuning te bieden voor door gebruikers gedefinieerde verkeersklassen. FRTS gebruikt wachtrijen op een netwerk van Frame Relay om pieken te beperken die congestie kunnen veroorzaken. Gegevens worden gebufferd en vervolgens in gereguleerde bedragen naar het netwerk verzonden om te verzekeren dat het verkeer binnen de beloofde verkeersenvelop voor de specifieke verbinding past.

Voorwaarden

Vereisten

Er zijn geen specifieke vereisten van toepassing op dit document.

Gebruikte componenten

CBWFQ wordt ondersteund vanaf de volgende Cisco IOS-softwarereleases, afhankelijk van het platform:

• Cisco 7500 Series met veelzijdige interfaceprocessors (VIP) (gedistribueerde CBWFQ) - Cisco IOS-softwarerelease 12.1(5)T

• Cisco 7200 Series, 2600/3600 Series en andere niet-7500 Series platforms - Cisco IOS-softwarerelease 12.1(2)T

Maar zowel de routers die voor dit configuratiedocument werden gebruikt, hadden Cisco IOS-softwarerelease 12.2(2)actief.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.

Conventies

Zie de Cisco Technical Tips Convention voor meer informatie over documentconventies.

Waarom gebruiken we CBWFQ met FRTS?

Als u specifieke gegevens hebt om te beschermen, biedt CBWFQ een manier om deze gegevens verder te specificeren met behulp van specifieke klassen. Gebruik van CBWFQ wordt het gewicht dat voor een klasse is opgegeven, het gewicht van elk pakje dat aan de klassencriteria voldoet. Dit gewicht is afgeleid van de bandbreedte die u aan de klasse toevoegt. Het WFQ wordt vervolgens op deze klassen toegepast, in plaats van op de stromen zelf te worden toegepast, en de klassen kunnen meerdere stromen omvatten.

Configureren

Deze sectie bevat informatie over het configureren van de functies die in dit document worden beschreven.

N.B.: Als u aanvullende informatie wilt vinden over de opdrachten in dit document, gebruikt u het Opdrachtplanningprogramma (alleen geregistreerd klanten).

De onderstaande tabel biedt een snelle referentie-handleiding voor items die u in configuraties kunt zien:

OPMERKING:  Cisco 7500 Series: Vanaf Cisco IOS-softwarerelease 12.1(5)T moet het beleid voor Quality of Service (QoS) uitgevoerd worden in gedistribueerde modus op de veelzijdige interfaceprocessor (VIP), omdat QoS op route/Switch-gebaseerde QoS niet langer wordt ondersteund. Gebruik daarom de vormopdracht en andere opdrachten voor de modulaire QoS-opdrachtregel interface (CLI) om gedistribueerde traffic shaping (DTS) te implementeren voor Frame Relay-interfaces op VIP’s in Cisco 7500 Series. DTS combineert Generic Traffic Shaping (GTS) en FRTS.

Verplicht procedure

De configuratie van CBWFQ met FRTS omvat de volgende drie verplichte stappen:

1. Class Maps definiëren (class-map).

   Bepaal de matchcriteria aan de hand waarvan een pakje wordt gecontroleerd om te bepalen of het tot een klasse behoort.

2. Configuratie van de Kaart van het Beleid (beleid-kaart) en het bepalen van klassen (klasse).

   Specificeert de naam van de beleidskaart. Associeert specificaties voor bandbreedtegaranties, toezicht, en prioriteit aan elke verkeersklasse. Dit proces houdt configuratie van bandbreedte in, enzovoort, die moet worden toegepast op pakketten die behoren tot één van de eerder gedefinieerde class-maps. Voor dit proces, moet u een beleidslijn configureren die het beleid voor elke verkeersklasse specificeert.

3. Bevestig het servicebeleid aan de FRTS map-klasse (service-beleid).

   Bevestig het voorgeschreven beleid dat met het specifieke service-beleid is geïdentificeerd aan de map-klasse (en dus aan DLCI of subinterface waar het frame-relais van de landingsklasse wordt toegepast).

Netwerkdiagram

Dit document gebruikt de netwerkinstellingen die in het onderstaande schema zijn weergegeven.

In het bovenstaande netwerkdiagram worden de volgende waarden gebruikt:

• HUB - fysiek tarief = 192 Kbps, gegarandeerd tarief = 32 Kbps

• REMOTE - fysiek tarief = 64 Kbps, gegarandeerd tarief = 32 Kbps

Configuraties

Dit document maakt gebruik van de onderstaande configuraties.

• Hub met CBWFQ geconfigureerd

• Afstandsbediening

<snip> 
!
class-map match-all YYY
  match access-group 101
!
!
policy-map ZZZ
  class YYY
   bandwidth percent 50
<snip>
interface Serial0/0 
  no ip address 
  encapsulation frame-relay 
  no fair-queue 
  frame-relay traffic-shaping 

 interface Serial0/0.1 point-to-point 
  ip address 10.1.1.1 255.255.255.0 
  frame-relay interface-dlci 16  
  frame-relay class XXX 
 ! 
 map-class frame-relay XXX 
  frame-relay cir 64000  
  frame-relay mincir 32000 
  frame-relay adaptive-shaping becn 
  frame-relay bc 8000
  service-policy output ZZZ
<snip>
!
access-list 101 permit ip host 10.0.0.1 host 11.0.0.1

interface Serial0/0 
no ip address 
encapsulation frame-relay 
no fair-queue 
frame-relay traffic-shaping 
! 
interface Serial0/0.1 point-to-point 
ip address 10.1.1.2 255.255.255.0 
frame-relay interface-dlci 16  
frame-relay class XXX 
! 
map-class frame-relay XXX 
frame-relay cir 64000 
frame-relay mincir 32000 
frame-relay adaptive-shaping becn 
frame-relay bc 8000 
!

Verifiëren

Deze sectie verschaft informatie die u kunt gebruiken om te bevestigen dat uw configuratie correct werkt.

Bepaalde opdrachten met show worden ondersteund door de tool Output Interpreter (alleen voor geregistreerde klanten). Hiermee kunt u een analyse van de output van opdrachten met show genereren.

• toon frame-relais pvc - Statistieken van PVC’s voor Frame Relay-interfaces.

• Beleids-kaart tonen - Hiermee geeft u de configuratie weer van alle klassen die de gespecificeerde serviceleidkaart of alle klassen voor alle bestaande beleidskaarten omvatten.

• Toon beleid-kaart [interface] - Toont de configuratie van alle klassen die voor al het servicebeleid op de gespecificeerde interface zijn geconfigureerd of om de klassen voor het servicebeleid voor een specifiek PVC op de interface weer te geven.

Het volgende is steekproefuitvoer van de opdracht van de show frame-relais pvc:

Hubrouter#show frame-relay pvc [interface interface ][dlci]
PVC Statistics for interface Serial0/0 (Frame Relay DTE)

              Active     Inactive      Deleted       Static
  Local          0            1            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0

DLCI = 16, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0.1

  input pkts 0             output pkts 0            in bytes 0
  out bytes 0              dropped pkts 0           in pkts dropped 0
  out pkts dropped 0       out bytes dropped 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:01:12, last time pvc status changed 00:01:12
Hubrouter#

U kunt de volgende syntaxis met deze opdracht gebruiken:

• interface - (optioneel) Geeft een specifieke interface aan waarvoor PVC-informatie wordt weergegeven.

• interface - (optioneel) interfacenummer dat de DLCI’s bevat waarvoor u PVC-informatie wilt weergeven.

• dlci - (optioneel) Een specifiek DLCI-nummer dat op de interface wordt gebruikt. Statistieken voor het gespecificeerde PVC worden weergegeven wanneer ook een DLCI wordt gespecificeerd.

Het volgende is steekproefoutput van de show policy-map opdracht:

Hubrouter#show policy-map 
   Policy Map ZZZ 
    Class YYY 
      Weighted Fair Queueing 
            Bandwidth 50 (%) Max Threshold 64 (packets) 
    Class WWW 
      Weighted Fair Queueing 
            Bandwidth 25 (%) Max Threshold 64 (packets)

Het volgende is steekproefoutput van de show policy-map [interface].

 Hubrouter#show policy-map interface s0/0.1 
  Serial 0/0.1: DLCI 16 
  Service-policy output: ZZZ (1057) 
    Class-map: YYY (match-all) (1059/2) 
      0 packets, 0 bytes 
      30 second offered rate 0 bps, drop rate 0 bps 
      Match: access-group 101 (1063) 
      Weighted Fair Queueing 
        Output Queue: Conversation 73 
        Bandwidth 50 (%) Max Threshold 64 (packets) 
        (pkts matched/bytes matched) 0/0 
        (depth/total drops/no-buffer drops) 0/0/0 
    Class-map: WWW (match-all) (1067/3) 
      0 packets, 0 bytes 
      30 second offered rate 0 bps, drop rate 0 bps 
      Match: access-group 102 (1071) 
      Weighted Fair Queueing 
        Output Queue: Conversation 74 
        Bandwidth 25 (%) Max Threshold 64 (packets) 
        (pkts matched/bytes matched) 0/0 
        (depth/total drops/no-buffer drops) 0/0/0 
    Class-map: class-default (match-any) (1075/0) 
         2 packets, 706 bytes 
         30 second offered rate 0 bps, drop rate 0 bps    
         Match: any  (1079)

Andere termen die u ook in soortgelijke configuraties ziet, worden hieronder uitgelegd:

• CIR - Committed Information Rate. Snelheid waarmee een Frame Relay-netwerk overeenstemming bereikt om informatie onder normale omstandigheden over te dragen, gemiddeld over een minimale toename van de tijd.

• FIFO-wachtrij - First-in, First-out-wachtrij. De FIFO omvat het bufferen en doorsturen van pakketten in de volgorde van aankomst. De FIFO belichaamt geen concept van prioriteit of verkeersklassen. Er is slechts één rij, en alle pakketten worden gelijkelijk behandeld. Pakketten worden verzonden naar een interface in de volgorde waarin ze arriveren.

Problemen oplossen

Er is momenteel geen specifieke troubleshooting-informatie beschikbaar voor deze configuratie.

Gerelateerde informatie

• Frame Relay en Frame Relay traffic shaping configureren
• Frame Relay configureren en probleemoplossing
• Op klasse gebaseerde Weighted Fair Queuing
• Technische ondersteuning en documentatie – Cisco Systems