Dieses Dokument enthält eine Beispielkonfiguration für Class-Based Weighted Fair Queueing (CBWFQ) mit Frame Relay Traffic Shaping (FRTS).
CBWFQ erweitert die WFQ-Standardfunktionen (Weighted Fair Queueing), um benutzerdefinierte Datenverkehrsklassen zu unterstützen. FRTS verwendet Warteschlangen in einem Frame-Relay-Netzwerk, um Überlastungen zu begrenzen, die zu Überlastungen führen können. Die Daten werden gepuffert und dann in regulierten Mengen an das Netzwerk gesendet, um sicherzustellen, dass der Datenverkehr innerhalb der zugesagten Datenumschlagsmenge für die jeweilige Verbindung passt.
Für dieses Dokument bestehen keine speziellen Anforderungen.
CBWFQ wird je nach Plattform von den folgenden Cisco IOS® Softwareversionen unterstützt:
Cisco Serie 7500 mit VIP (Versatile Interface Processors) (verteilte CBWFQ) - Cisco IOS Softwareversion 12.1(5)T
Cisco Serien 7200, 2600/3600 und andere Plattformen der Serie 7500 - Cisco IOS Softwareversion 12.1(2)T
Auf beiden Routern, die für dieses Konfigurationsdokument verwendet wurden, wurde jedoch Cisco IOS Software Release 12.2(2) ausgeführt.
Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.
Weitere Informationen zu Dokumentkonventionen finden Sie in den Cisco Technical Tips Conventions.
Wenn Sie spezifische Daten schützen möchten, bietet CBWFQ eine Möglichkeit, diese Daten mithilfe bestimmter Klassen genauer anzugeben. Mit CBWFQ wird das für eine Klasse angegebene Gewicht zum Gewicht jedes Pakets, das den Klassenkriterien entspricht. Dieses Gewicht wird von der Bandbreite abgeleitet, die Sie der Klasse zuweisen. WFQ wird dann auf diese Klassen angewendet, statt auf die Flüsse selbst angewendet zu werden, und die Klassen können mehrere Flüsse enthalten.
In diesem Abschnitt erhalten Sie Informationen zum Konfigurieren der in diesem Dokument beschriebenen Funktionen.
Hinweis: Um weitere Informationen zu den in diesem Dokument verwendeten Befehlen zu erhalten, verwenden Sie das Command Lookup Tool (nur registrierte Kunden).
Die nachfolgende Tabelle bietet eine Kurzreferenz zu Einträgen, die in Konfigurationen angezeigt werden können:
Feld | Beschreibung |
---|---|
FR-Schnittstelle | Ausgabeschnittstelle |
Subschnittstelle | Logische Schnittstelle. |
dlci | Verbindungskennung für Datenverbindungen. Der Wert, der einen permanenten Virtual Circuit (PVC) oder einen Switch Virtual Circuit (SVC) in einem Frame Relay-Netzwerk angibt. |
Klasse XXX | Wendet das Frame-Relay der Map-Klasse XXX an. |
map-class frame-relais XXX | FRTS-Parameter. |
Service Policy ZZZ | CBWFQ |
Richtlinienzuweisung ZZZ | Benannte Richtlinie. |
Klasse JJJ | Benennt die Klasse. |
Bandbreite, Richtlinien, Priorität | Details zu diesem Fluss. |
Klassenstandard | Syntax und Rechtschreibung sind beim Erstellen der Standardklassen von Bedeutung. |
class-map match-all YYYY | Legt Anpassungskriterien fest, nach denen das Paket überprüft wird. |
match access-group 101 | Bindet die Klassenzuordnung in eine Zugriffsliste ein. |
access-list 101 permit ip any | Normale Zugriffsliste. |
Hinweis: Cisco Serie 7500: Ab der Cisco IOS Software, Version 12.1(5)T, müssen QoS-Richtlinien (Quality of Service) auf dem VIP (Versatile Interface Processor) im verteilten Modus ausgeführt werden, da eine auf Route/Switch Processor (RSP) basierende QoS nicht mehr unterstützt wird. Verwenden Sie daher den shape-Befehl und andere Befehle für die modulare QoS-Befehlszeilenschnittstelle (CLI), um Distributed Traffic Shaping (DTS) für Frame Relay-Schnittstellen auf VIPs der Cisco 7500-Serie zu implementieren. DTS kombiniert Generic Traffic Shaping (GTS) und FRTS.
Die Konfiguration von CBWFQ mit FRTS umfasst die folgenden drei obligatorischen Schritte:
Definieren von Klassenzuordnungen (Klassenzuordnung).
Legen Sie die Anpassungskriterien fest, anhand derer ein Paket überprüft wird, um festzustellen, ob es zu einer Klasse gehört.
Konfigurieren Sie die Richtlinienzuordnung (Richtlinienzuweisung) und die Defining Classes (Klasse).
Gibt den Namen der Richtlinienzuordnung an. Verknüpft Spezifikationen für Bandbreitengarantien, Richtlinien und Priorität für jede Datenverkehrsklasse. Dieser Prozess umfasst die Konfiguration der Bandbreite usw., die auf Pakete angewendet werden soll, die zu einer der zuvor definierten Klassenzuordnungen gehören. Konfigurieren Sie für diesen Prozess eine Richtlinienzuordnung, die die Richtlinie für jede Datenverkehrsklasse angibt.
Fügen Sie die Service Policy der FRTS-Zuordnungsklasse (Service-Richtlinie) hinzu.
Verknüpfen Sie die mit der spezifischen Service-Richtlinie identifizierten Richtlinien mit der Map-Class (und damit mit dem DLCI oder der Subschnittstelle, auf die das Map-Class Frame-Relay angewendet wird).
In diesem Dokument wird die im Diagramm unten dargestellte Netzwerkeinrichtung verwendet.
Im Netzwerkdiagramm oben werden folgende Werte verwendet:
HUB = physische Rate = 192 Kbit/s, garantierte Rate = 32 Kbit/s
REMOTE - Physical Rate = 64 Kbit/s, garantierte Rate = 32 Kbit/s
In diesem Dokument werden die unten angegebenen Konfigurationen verwendet.
Hub mit konfigurierter CBWFQ |
---|
<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 |
Remote |
---|
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 ! |
Dieser Abschnitt enthält Informationen, mit denen Sie überprüfen können, ob Ihre Konfiguration ordnungsgemäß funktioniert.
Bestimmte show-Befehle werden vom Output Interpreter Tool unterstützt (nur registrierte Kunden), mit dem Sie eine Analyse der show-Befehlsausgabe anzeigen können.
show frame-relais pvc - Zeigt Statistiken über PVCs für Frame Relay-Schnittstellen an.
show policy-map: Zeigt die Konfiguration aller Klassen an, die die angegebene Dienstrichtlinienzuordnung oder alle Klassen für alle vorhandenen Richtlinienzuordnungen enthalten.
show policy-map [interface] - Zeigt die Konfiguration aller Klassen an, die für alle Dienstrichtlinien auf der angegebenen Schnittstelle konfiguriert sind, oder die Klassen für die Dienstrichtlinie für eine bestimmte PVC auf der Schnittstelle an.
Im Folgenden sehen Sie eine Beispielausgabe des Befehls 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#
Mit diesem Befehl können Sie die folgende Syntax verwenden:
interface - (Optional) gibt eine spezifische Schnittstelle an, für die PVC-Informationen angezeigt werden.
interface - (Optional) Schnittstellennummer, die die DLCIs enthält, für die PVC-Informationen angezeigt werden sollen.
dlci - (Optional) Eine spezifische DLCI-Nummer, die auf der Schnittstelle verwendet wird. Statistiken für die angegebene PVC werden angezeigt, wenn auch ein DLCI angegeben wird.
Im Folgenden sehen Sie eine Beispielausgabe des Befehls show policy-map:
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)
Im Folgenden sehen Sie eine Beispielausgabe der 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)
Weitere Begriffe, die Sie möglicherweise auch in ähnlichen Konfigurationen sehen, werden nachfolgend erläutert:
CIR - Committed Information Rate (Committed Information Rate). Rate, mit der ein Frame-Relay-Netzwerk die Übertragung von Informationen unter normalen Bedingungen akzeptiert, gemittelt über eine minimale Zeitspanne.
FIFO Queueing - First-In, First-Out Queueing. FIFO beinhaltet die Pufferung und Weiterleitung von Paketen in der Reihenfolge ihrer Ankunft. FIFO verkörpert kein Konzept von Priorität oder Verkehrsklassen. Es gibt nur eine Warteschlange, und alle Pakete werden gleich behandelt. Pakete werden in der Reihenfolge, in der sie ankommen, über eine Schnittstelle gesendet.
Für diese Konfiguration sind derzeit keine spezifischen Informationen zur Fehlerbehebung verfügbar.
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
01-Jun-2005 |
Erstveröffentlichung |