Frequenzgang des laufenden Mittelfilters Der Frequenzgang eines LTI-Systems ist die DTFT der Impulsantwort, die Impulsantwort eines L-Sample-gleitenden Mittelwerts Da der gleitende Mittelwert FIR ist, reduziert sich der Frequenzgang auf die endliche Summe We Kann die sehr nützliche Identität verwenden, um den Frequenzgang zu schreiben, wo wir ae minus jomega haben lassen. N 0 und M L minus 1. Wir können an der Größe dieser Funktion interessiert sein, um zu bestimmen, welche Frequenzen durch den Filter ungedämpft werden und welche gedämpft werden. Unten ist ein Diagramm der Größe dieser Funktion für L 4 (rot), 8 (grün) und 16 (blau). Die horizontale Achse reicht von Null bis pi Radiant pro Probe. Man beachte, daß der Frequenzgang in allen drei Fällen eine Tiefpaßcharakteristik aufweist. Eine konstante Komponente (Nullfrequenz) im Eingang durchläuft das Filter ungedämpft. Bestimmte höhere Frequenzen, wie z. B. pi 2, werden durch das Filter vollständig eliminiert. Wenn es aber die Absicht war, ein Tiefpassfilter zu entwerfen, dann haben wir das nicht sehr gut gemacht. Einige der höheren Frequenzen werden nur um einen Faktor von etwa 1 10 (für den 16-Punkte-gleitenden Durchschnitt) oder 1 3 (für den vier-Punkte-gleitenden Durchschnitt) gedämpft. Wir können viel besser als das. Das obige Diagramm wurde durch den folgenden Matlab-Code erstellt: omega 0: pi 400: pi H4 (1 4) (1-exp (-iomega4)). (1-exp (-Iomega)) H8 (1 8) (1-exp (-Iomega8)). (1-exp (-Iomega)) H16 (1 16) (1-exp (-Iomega 16)). (1-exp (-iomega)) (Omega, abs (H4) abs (H8) abs (H16)) Achse (0, pi, 0, 1) Copyright - 2000 - Universität von Kalifornien, BerkeleyQoS: Prozentsatzbasiert Shaping Voraussetzungen für QoS: Prozentsatzgestützte Shaping Für die Input-Verkehrspolizei auf einem Router der Cisco 7500-Serie muss überprüft werden, ob verteilte Cisco Express Forwarding (dCEF) auf der Schnittstelle aktiviert sind, auf der die Verkehrspolitik konfiguriert ist. Vergewissern Sie sich, dass der eingehende Datenverkehr dCEF-geschaltet wird, um den Datenverkehr auf einem Router der Cisco 7500-Serie zu überwachen. Die Verkehrsüberwachung kann nicht auf dem Schaltweg verwendet werden, solange die dCEF-Schaltung nicht aktiviert ist. Einschränkungen für QoS: Prozentsatzbasierte Formung Der Befehl "Form (Prozent)", wenn er in quitchildquot (verschachtelten) Richtliniendiagrammen verwendet wird, wird auf den Cisco 7500, den Cisco 7200- oder unteren Series-Routern nicht unterstützt. Daher kann der Befehl Form (Prozent) nicht für die Verwendung in verschachtelten Richtlinienkarten auf diesen Routern konfiguriert werden. Informationen über QoS: Percentage-Based Shaping Um QoS: Percentage-Based Shaping zu konfigurieren, müssen Sie die folgenden Konzepte verstehen: Vorteile für QoS: Percentage-Based Shaping Erhöhte Flexibilität und Benutzerfreundlichkeit Diese Funktion bietet die Möglichkeit, die Verkehrsüberwachung zu konfigurieren Und Traffic-Shaping auf der Basis eines Prozentsatzes der Bandbreite, die auf einer Schnittstelle verfügbar ist, und erlaubt Ihnen, Burst-Größen in Millisekunden anzugeben. Das Konfigurieren von Verkehrspolitik und Traffic Shaping auf diese Weise ermöglicht Ihnen, die gleiche Policy Map für mehrere Interfaces mit unterschiedlichen Bandbreiten zu verwenden. Das heißt, Sie müssen die Bandbreite nicht für jede Schnittstelle neu berechnen oder eine andere Richtlinienzuordnung für jede Art von Schnittstelle konfigurieren. Definieren von Klassen - und Richtlinienzuordnungen für QoS: Prozentsatzbasierte Formung Um die QoS: Percentage-Based Shaping-Funktion zu konfigurieren, müssen Sie eine Verkehrsklasse definieren, eine Richtlinienzuordnung konfigurieren und diese Richtlinienzuordnung der entsprechenden Schnittstelle zuordnen. Diese drei Aufgaben können mithilfe der modularen QoS-Befehlszeilenschnittstelle (CLI) (MQC) ausgeführt werden. Das MQC ist eine Befehlszeilenschnittstelle, mit der Sie Traffic-Klassen definieren, Traffic-Policies (Policy Maps) erstellen und konfigurieren können und diese dann an Schnittstellen anhängen. In der MQC wird der Befehl class-map verwendet, um eine Verkehrsklasse zu definieren (die dann mit einer Verkehrspolitik verknüpft ist). Der Zweck einer Verkehrsklasse ist, den Verkehr zu klassifizieren. Das MQC besteht aus den folgenden drei Prozessen: Definieren einer Verkehrsklasse mit dem Befehl class-map. Erstellen einer Verkehrspolitik durch Zuordnen der Verkehrsklasse mit einer oder mehreren QoS-Funktionen (mit dem Befehl policy-map). Anhängen der Verkehrspolitik an die Schnittstelle mit dem Dienstrichtlinienbefehl. Eine Verkehrsklasse enthält drei Hauptelemente: einen Namen, eine Reihe von Übereinstimmungsbefehlen und, falls in der Verkehrsklasse mehr als ein Übereinstimmungsbefehl vorhanden ist, eine Anweisung, wie diese Übereinstimmungsbefehle ausgewertet werden können (dh match-all oder match - irgendein). Die Traffic-Klasse wird beispielsweise in der Befehlszeile der class-map benannt, wenn Sie bei der Konfiguration der Traffic-Klasse in der CLI den Cisco-Befehl class-map eingeben, würde die Traffic-Klasse "quotciscoquot" heißen. Die Match-Befehle werden verwendet, um verschiedene Kriterien für die Klassifizierung von Paketen festzulegen. Pakete werden daraufhin überprüft, ob sie mit den in den Übereinstimmungsbefehlen angegebenen Kriterien übereinstimmen. Wenn ein Paket mit den angegebenen Kriterien übereinstimmt, gilt dieses Paket als Mitglied der Klasse und wird gemäß den in der Verkehrspolitik festgelegten QoS-Spezifikationen weitergeleitet. Pakete, die keine der übereinstimmenden Kriterien erfüllen, werden als Mitglieder der Standardzugriffsklasse klassifiziert. Verkehrsregelungsmechanismen und Bandbreitenprozesse Die Cisco IOS-Dienstgüte (QoS) bietet zwei Arten von Verkehrsregelungsmechanismen und die Verkehrsgestaltung. Ein Verkehrspolizei fällt typischerweise Verkehr, der eine bestimmte Rate verletzt. Ein Verkehrsteilnehmer verzögert typischerweise überschüssigen Verkehr unter Verwendung eines Puffers, um Pakete zu halten und den Fluss zu formen, wenn die Datenrate zu einer Warteschlange höher als erwartet ist. Traffic Shaping und Verkehrspolitik können im Tandem arbeiten und können in einer Klassenkarte konfiguriert werden. Klassenkarten organisieren Datenpakete in bestimmte Kategorien (quotCassesquot), die wiederum eine benutzerdefinierte QoS-Behandlung erhalten können, wenn sie in Richtlinienkarten (manchmal auch als Quotservice-Richtlinienquot bezeichnet) verwendet werden. Vor diesem Merkmal wurden die Verkehrsüberwachung und die Verkehrsformung auf der Basis eines benutzerdefinierten Bandbreitenumfangs konfiguriert, der auf der Schnittstelle verfügbar ist. Policy-Maps wurden dann auf der Grundlage dieser spezifischen Bandbreite konfiguriert, was bedeutet, dass separate Policy-Maps für jede Schnittstelle erforderlich waren. Diese Funktion bietet die Möglichkeit, die Verkehrspolitik und die Verkehrsformung auf der Basis eines prozentualen Anteils der auf der Schnittstelle verfügbaren Bandbreite zu konfigurieren. Das Konfigurieren von Verkehrspolitik und Traffic Shaping auf diese Weise ermöglicht es Kunden, die gleiche Policy Map für mehrere Schnittstellen mit unterschiedlichen Bandbreiten zu verwenden. Das Konfigurieren von Verkehrspolitik und - gestaltung auf der Basis eines Prozentsatzes der Bandbreite wird durch Verwenden der Befehle der Polizei (Prozent) und der Form (Prozent) erreicht. Weitere Informationen zu diesen Befehlen finden Sie im AbschnittCommand Referencequot weiter unten in diesem Dokument. Festlegen der Burstgröße in Millisekunden Option Der Zweck der Burstparameter (bc und be) besteht darin, die Pakete allmählich zu löschen, wie dies mit der Gewichteten Random Early Detection (WRED) getan wird, und um einen Schwanzabfall zu vermeiden. Die Einstellung von ausreichend hohen Burstwerten sorgt für einen guten Durchsatz. Mit dieser Funktion können Sie die gebundene (konforme) Burst (bc) - Größe und den überschreitenden (peak) Burst (be) als Millisekunden (ms) der Klasse Bandbreite angeben, wenn Sie das Traffic-Shaping konfigurieren. Die Anzahl der Millisekunden wird verwendet, um die Anzahl der Bytes zu berechnen, die von der QoS: Percentage-Based Shaping-Funktion verwendet werden sollen. Die Angabe dieser Burst-Größen in Millisekunden wird durch die Verwendung der Schlüsselwörter bc und be (und ihrer zugehörigen Argumente) der Befehle der Polizei (in Prozent) und der Form (Prozent) erreicht. Weitere Informationen zu diesen Befehlen finden Sie im AbschnittCommand Referencequot weiter unten in diesem Dokument. Konfigurieren von QoS: Prozentsatzbasierte Formung In den folgenden Abschnitten finden Sie Konfigurationsaufgaben für die QoS: Percentage-Based Shaping-Funktion. Jede Aufgabe in der Liste wird als erforderlich oder optional identifiziert. Konfigurieren einer Klasse und Richtlinienkarte Eine Klassenkarte wird verwendet, um den Verkehr in bestimmte Kategorien oder Klassen zu organisieren. Diese Kategorien oder Klassen von Verkehr sind mit einer Verkehrspolitik oder einer Politikkarte verknüpft. Die Richtlinienzuordnung wird wiederum in Verbindung mit der Klassenkarte verwendet, um dem Verkehr eine bestimmte QoS-Funktion zuzuweisen. In diesem Fall wird die QoS-Funktion der prozentualen Formgebung angewendet. Führen Sie die folgenden Schritte aus, um eine Klassenzuordnung zu konfigurieren und die Klassenzuordnung mit einer bestimmten Richtlinienzuordnung zu verknüpfen. ZUSAMMENFASSENDE SCHRITTE Tipps zur Fehlerbehebung Mit den Befehlen im Abschnitt "Konfigurieren von Konfigurieren" können Sie überprüfen, ob die beabsichtigte Konfiguration erreicht wurde und ob die Funktion ordnungsgemäß funktioniert. Wenn Sie nach der Verwendung der oben aufgeführten Show-Befehle feststellen, dass die Konfiguration nicht korrekt ist oder die Funktion nicht wie erwartet funktioniert, führen Sie die folgenden Schritte aus: Führen Sie die folgenden Schritte aus, wenn die Konfiguration nicht die gewünschte ist: Zeigen Sie den Befehl running-config an und analysieren Sie die Ausgabe des Befehls. 2. Wenn die Richtlinienzuordnung nicht in der Ausgabe des Befehls show running-config angezeigt wird, aktivieren Sie den Befehl logging console. 3. Fügen Sie die Richtlinienzuordnung erneut der Schnittstelle zu. Wenn die Pakete nicht korrekt übereinstimmen (z. B. werden die Paketzähler nicht korrekt inkrementiert), gehen Sie wie folgt vor: 1. Führen Sie den Befehl show policy-map aus und analysieren Sie die Ausgabe des Befehls. 2. Führen Sie den Befehl show running-config aus und analysieren Sie die Ausgabe des Befehls. 3. Verwenden Sie den Befehl show policy-map interface, und analysieren Sie die Ausgabe des Befehls. Prüfen Sie die folgenden Erkenntnisse: a. Wenn eine Richtlinienübersicht eine Warteschlange anwendet und die Pakete der richtigen Klasse entsprechen, aber unerwartete Ergebnisse sehen, vergleichen Sie die Anzahl der Pakete in der Warteschlange mit der Anzahl der passenden Pakete. B. Wenn die Schnittstelle überlastet ist und nur eine kleine Anzahl der Pakete übereinstimmt, überprüfen Sie die Abstimmung des Übertragungs (tx) Rings und bewerten Sie, ob die Warteschlange auf dem tx Ring geschieht. Verwenden Sie dazu den Befehl show controllers, und schauen Sie sich den Wert der tx count in der Ausgabe des Befehls an. Konfigurationsbeispiele für QoS: Prozentsatzbasierte Shaping Dieser Abschnitt enthält die folgenden Konfigurationsbeispiele: Angeben der Traffic Shaping auf Basis eines Bandbreitenanteils: Beispiel Im folgenden Beispiel wird das Traffic Shaping mit einer durchschnittlichen Shaping Rate basierend auf einem prozentualen Anteil der Bandbreite konfiguriert. In diesem Beispiel wurden 25 Prozent der Bandbreite angegeben. Zusätzlich wurden ein optionaler Wert und ein bc-Wert (300 ms bzw. 400 ms) angegeben. Router (config-pmap-c) Form Durchschnitt Prozentsatz 25 20 ms 300 ms bc 400 ms In diesem Beispiel wird die CIR in bps angezeigt und sowohl der Committed Burst (bc) als auch der Excess Burst (be) werden in Bits angezeigt. Die CIR, bc und be werden auf der Basis der unten beschriebenen Formeln berechnet. Formel für die Berechnung der CIR Bei der Berechnung der CIR wird die folgende Formel verwendet: CIR-Prozentsatz angegeben (wie in der Ausgabe des Befehls show map-map angegeben) Bandbreite (BW) der Schnittstelle (wie in der Ausgabe der Show-Schnittstellen gezeigt Befehl) Gesamtbits pro Sekunde Bei der seriellen 2 0-Schnittstelle beträgt die Bandbreite (BW) 2048 kbps. Verwenden Sie den Befehl show interfaces, um die Bandbreite der Schnittstelle anzuzeigen. Eine Probe ist nachstehend dargestellt: Folgende Werte werden in der Formel verwendet: 30 2048 kbps 614400 bps Formel für die Berechnung des Committed Burst (bc) und des Excess Burst (be) Bei der Berechnung sowohl der bc als auch der be die folgende Formel Wird verwendet: Der bc (oder be) in Millisekunden (wie im Befehl show map-map gezeigt) der CIR in Kilobyte (wie im Befehl policy map map gezeigt) 1000 Gesamtanzahl der Bits Daher werden die folgenden Werte verwendet Die Formel: 10 ms 614400 bps 6144 bits Zusätzliche Referenzen In den folgenden Abschnitten finden Sie Hinweise zur QoS: Percentage-Based Shaping-Funktion. Verwandte Dokumente Verwendungsrichtlinien Dieser Befehl berechnet die cir und pir auf der Grundlage eines Prozentsatzes der maximalen Bandbreite, die auf der Schnittstelle verfügbar ist. Beim Anfügen einer Richtlinienkarte an die Schnittstelle werden die äquivalenten cir - und pir-Werte in Bits pro Sekunde (bps) auf der Basis der Schnittstellenbandbreite und dem mit diesem Befehl eingegebenen Prozentwert berechnet. Mit dem Befehl policy-map interface kann dann die bps-Rate verifiziert werden. Die berechneten cir - und pir-bps-Raten müssen im Bereich von 8000 und 2000000000 bps liegen. Wenn die Raten außerhalb dieses Bereichs liegen, kann die zugehörige Richtlinienzuordnung nicht an die Schnittstelle angehängt werden. Wenn sich die Schnittstellenbandbreite ändert (zB wird mehr hinzugefügt), werden die bps-Werte von cir und pir auf der Grundlage des überarbeiteten Bandbreitenbetrages neu berechnet. Werden die cir - und pir-Prozentsätze nach der Anbindung der Policy Map an die Schnittstelle geändert, werden die bps-Werte von cir und pir neu berechnet. Konforme Burst - und Peakburst-Größen in Millisekunden Mit diesem Befehl können Sie auch die Werte für die konforme Burst-Größe und die Peak-Burst-Größe in Millisekunden angeben. Wenn die Bandbreite als Prozentwert berechnet werden soll, müssen die konforme Burstgröße und die Peakburstgröße in Millisekunden (ms) angegeben werden. Hierarchische Policy Maps Policy-Maps können in zwei Ebenen (verschachtelten) Hierarchien auf einer Top - oder einer Parentquot-Ebene und einer Sekundär - oder Quotch-Ebene konfiguriert werden. Der Befehl police (percent) kann für die Verwendung in einer übergeordneten oder untergeordneten Richtlinie konfiguriert werden. Hinweise zu Bandbreiten - und hierarchischen Richtliniendiagrammen Der Befehl "Polizei (Prozent)" verwendet die maximale Bandbreite, die als Referenzpunkt für die Berechnung des Bandbreitenprozentsatzes zur Verfügung steht. Wenn der Befehl police (percent) in einer untergeordneten Richtlinienzuordnung konfiguriert ist, verwendet der Befehl "police (percent)" den in der nächsten übergeordneten Richtlinie (in diesem Fall der übergeordneten Richtlinienzuordnung) angegebenen Bandbreitenbetrag. Wenn die übergeordnete Richtlinienzuordnung nicht die verfügbare maximale Bandbreitenrate angibt, verwendet der Befehl police (percent) die maximale Bandbreitenrate, die auf der nächsthöheren Ebene (in diesem Fall der physikalischen Schnittstelle, dem höchsten Punkt in der Hierarchie) als Referenz zur Verfügung steht Punkt. Der Befehl der Polizei (Prozent) sucht immer auf die nächsthöhere Ebene für den Bandbreitenreferenzpunkt. Die folgende Beispielkonfiguration veranschaulicht diesen Punkt: Verwendungsrichtlinien Dieser Befehl berechnet die Committed Information Rate (CIR) auf der Basis eines Prozentsatzes der verfügbaren Bandbreite auf der Schnittstelle. Sobald ein Richtlinienplan an die Schnittstelle angehängt wird, wird der äquivalente CIR-Wert in Bits pro Sekunde (bps) auf der Basis der Schnittstellenbandbreite und dem prozentualen Wert berechnet, der mit diesem Befehl eingegeben wird. Mit dem Befehl policy-map interface können Sie den berechneten CIR bps - Wert überprüfen. Die berechnete CIR-BPS-Rate muss im Bereich von 8000 und 154400000 bps liegen. Wenn die Rate weniger als 8000 bps beträgt, kann die zugehörige Richtlinienzuordnung nicht an die Schnittstelle angehängt werden. Wenn sich die Schnittstellenbandbreite ändert (z. B. wird mehr hinzugefügt), werden die CIR bps-Werte auf der Grundlage des überarbeiteten Bandbreitenbetrages neu berechnet. Wenn der CIR-Prozentsatz nach dem Anhängen der Richtlinienkarte an die Schnittstelle geändert wird, wird der bps-Wert des CIR neu berechnet. Konforme Burst - und Peakburst-Größen in Millisekunden Mit diesem Befehl können Sie auch die Werte für die konforme Burst-Größe und die Peak-Burst-Größe in Millisekunden angeben. Wenn die Bandbreite als Prozentwert berechnet werden soll, müssen die konforme Burstgröße und die Peakburstgröße in Millisekunden (ms) angegeben werden. Hierarchische Richtlinienkarten Der Befehl "Form (Prozent)" wird bei der Verwendung in Quotchild - (hierarchische) Richtlinienzuordnungen auf den Cisco 7500, den Cisco 7200- oder unteren Series-Routern nicht unterstützt. Daher kann der Befehl Form (Prozent) nicht für die Verwendung in hierarchischen Richtlinienkarten auf diesen Routern konfiguriert werden. Wie Bandbreite berechnet wird Der Befehl Form (Prozent) wird häufig in Verbindung mit den Bandbreiten - und Prioritätsbefehlen verwendet. Die Bandbreiten - und Prioritätsbefehle können verwendet werden, um die Gesamtmenge der Bandbreite zu berechnen, die auf einer Entität (beispielsweise einer physikalischen Schnittstelle) verfügbar ist. Wenn die Bandbreiten - und Prioritätsbefehle die Gesamtmenge der auf einer Entität verfügbaren Bandbreite berechnen, werden die folgenden Richtlinien aufgerufen: Wenn die Entität eine physikalische Schnittstelle ist, ist die Gesamtbandbreite die Bandbreite auf der physikalischen Schnittstelle. Wenn die Einheit eine geformte ATM-permanente virtuelle Schaltung (PVC) ist, wird die Gesamtbandbreite wie folgt berechnet: Für eine virtuelle VBR-virtuelle Schaltung (VB) mit variabler Bitrate wird die anhaltende Zellenrate (SCR) in der Berechnung verwendet. Für eine verfügbare Bitrate (ABR) VC wird die minimale Zellenrate (MCR) bei der Berechnung verwendet. Weitere Informationen zur Bandbreitenzuordnung finden Sie im Kapitel über die Quotenverwaltung im Cisco IOS Quality of Service Solutions-Konfigurationshandbuch. Im folgenden Beispiel wird das Traffic Shaping mit einer durchschnittlichen Formgebungsrate auf Basis eines prozentualen Anteils der Bandbreite konfiguriert. In diesem Beispiel wurden 25 Prozent der Bandbreite angegeben. Zusätzlich wurden ein optionaler Wert und ein bc-Wert (300 ms bzw. 400 ms) angegeben. Router (config-pmap-c) Form Durchschnitt Prozent 25 20 ms werden 300 ms bc 400 ms Rate, in Kbps, der Pakete in die Klasse kommen. Hinweis Wenn die Pakete über eine abgehende Schnittstelle komprimiert werden, wird die verbesserte Paketrate, die durch Paketkomprimierung erreicht wird, nicht in der angebotenen Rate reflektiert. Wenn die Pakete vor dem Eintritt in eine Kombination von Tunneln klassifiziert werden (zum Beispiel ein GRE-Tunnel und ein IP-Sicherheitstunnel), enthält die angebotene Rate nicht den gesamten zusätzlichen Overhead, der mit der Tunnelverkapselung verbunden ist Im Algemeinen. Abhängig von der Konfiguration kann die angebotene Rate keinen Overhead umfassen, kann den Overhead für nur eine Tunnelverkapselung enthalten oder kann den Overhead für alle Tunnelverkapselungen enthalten. In den meisten GRE - und IPSec-Tunnelkonfigurationen enthält die angebotene Rate nur den Overhead für die GRE-Tunnelverkapselung. Rate, in kbps, bei dem Pakete aus der Klasse gelöscht werden. Die Drop-Rate wird berechnet, indem die Anzahl der erfolgreich übertragenen Pakete von der angebotenen Rate subtrahiert wird. Hinweis Bei verteilten Architekturplattformen (wie dem C7500) kann der Wert der Übertragungsrate, berechnet als Differenz zwischen der angebotenen Rate und den Drop-Raten-Zählern, sporadisch von dem Durchschnitt um bis zu 20 Prozent oder mehr abweichen. Dies kann auftreten, während kein entsprechender Burst von unabhängigen Verkehrsanalysegeräten registriert wird. Match Kriterien für die Klasse des Verkehrs angegeben. Zu den Auswahlmöglichkeiten gehören Kriterien wie IP-Priorität, DSCP-Wert (IP Differential Services Code Point), Multiprotokoll Label Switching (MPLS), EXP-Werte, Zugriffsgruppen und QoS-Gruppen. Weitere Informationen zu den verfügbaren Optionen für die Auswahl der verfügbaren Suchkriterien finden Sie im Kapitel "Konfigurieren der Befehlszeilenschnittstelle für modulare Quality of Service im Cisco IOS Quality of Service Solutions-Konfigurationshandbuch. Mit Queue verbundene Felder (Wenn aktiviert) Anzahl der Pakete (auch in Byte dargestellt), die durch WRED geführt und nicht von WRED gelöscht wurden. Hinweis Wenn nicht genügend Speicher im Puffer vorhanden ist, um das Paket aufzunehmen, kann das Paket gelöscht werden, nachdem das Paket WRED passiert hat. Pakete, die aufgrund eines unzureichenden Speichers in dem Puffer fallen (manchmal als & ldquor; Nicht-Puffer-Dropsquot "bezeichnet) werden vom WRED-Paketzähler nicht berücksichtigt. Random drop pkts bytes Anzahl der Pakete (auch in Bytes dargestellt), die zufällig gelöscht werden, wenn die mittlere Warteschlangentiefe zwischen dem minimalen Schwellenwert und dem maximalen Schwellenwert für die angegebene IP-Prioritätsebene liegt. Anzahl der Pakete, die fallengelassen werden, wenn die mittlere Warteschlangentiefe größer als der maximale Schwellenwert für die angegebene IP-Vorrangstufe ist. Beispiel für DSCP-basiertes Aggregat WRED auf ATM Shared Port-Adapter Die folgende Beispiel-Ausgabe des Befehls show policy-map interface zeigt die Statistiken für die ATM-Schnittstelle für den gemeinsamen Portadapter 4 1 0.11, für die eine Servicerichtlinie mit dem Namen dscp-aggr-wred ( Wie nachfolgend dargestellt) angeschlossen ist. Da das Aggregat WRED auf dieser Schnittstelle aktiviert wurde, werden die Klassen durch die Mark Prob-Statistik durch Unterklassen zusammengefasst. In Tabelle 3 finden Sie eine Erläuterung der wichtigen Felder, die in der Befehlsausgabe häufig auftreten. Router (config-subif) service-policy output dscp-aggr-wred Tabelle 3 beschreibt die wichtigen Felder, die im Display angezeigt werden, wenn Aggregate WRED für einen ATM-Port konfiguriert ist. Tabelle 3 zeigt die Richtlinienkartenschnittstelle. FeldbeschreibungenKonfiguriert für Aggregate WRED auf ATM Shared PortAdapter Exponent, der in der durchschnittlichen Warteschlangengrößenberechnung für eine Weighted Random Early Detection (WRED) Parametergruppe verwendet wird. Mittlere Warteschlangentiefe Durchschnittliche Warteschlangentiefe basierend auf der aktuellen Warteschlangentiefe auf der Schnittstelle und der exponentiellen Gewichtskonstante. Es ist ein fluktuierender Durchschnitt. Die minimalen und maximalen Schwellen werden mit diesem Wert verglichen, um Tropfenentscheidungen zu bestimmen. Hinweis Wenn die Aggregat-Gewichtete Random-Früherkennung (WRED) aktiviert ist, werden die folgenden WRED-Statistiken basierend auf ihrer Unterklasse aggregiert (entweder ihr IP-Rang oder DSCP-Wert). IP-Prioritätsstufe oder DSCP-Wert (differentiated services code point). Anzahl der Pakete (auch in Bytes dargestellt) durch WRED geführt und nicht von WRED fallengelassen. Hinweis Wenn nicht genügend Speicher im Puffer vorhanden ist, um das Paket aufzunehmen, kann das Paket gelöscht werden, nachdem das Paket WRED passiert hat. Pakete, die aufgrund eines unzureichenden Speichers im Puffer gelöscht wurden (manchmal als & ldquor; Nicht-Puffer-Dropsquot "bezeichnet) werden vom WRED-Paketzähler nicht berücksichtigt. Random drop pkts bytes Anzahl der Pakete (auch in Bytes dargestellt), die zufällig gelöscht werden, wenn die mittlere Warteschlangentiefe zwischen dem minimalen Schwellenwert und dem maximalen Schwellenwert für die angegebene IP-Prioritätsstufe oder den DSCP-Wert liegt. Anzahl der Pakete, die gelöscht werden, wenn die mittlere Warteschlangentiefe größer ist als der maximale Grenzwert für die angegebene IP-Prioritätsstufe oder den DSCP-Wert. Der zweistrahlige Verkehrspolizierer markiert 500 kbps des Verkehrs als konform, 500 kbps des Verkehrs als Überschreitung und 250 kbps des Verkehrs als Verstoß gegen die angegebene Rate. Pakete, die als konform markiert sind, werden gesendet, wie es ist, und Pakete, die als Überschreitung markiert sind, werden mit IP Precedence 2 markiert und dann gesendet. Pakete, die als Verletzung der angegebenen Rate markiert sind, werden gelöscht. Tabelle 5 beschreibt die im Display angezeigten wichtigen Felder. Tabelle 5 zeigt die Richtlinie für die Richtlinienzuordnung an. FeldbeschreibungenConfigured for Two-Rate Traffic Policing Zeigt an, dass der Polizeibefehl so konfiguriert wurde, dass er die Datenverkehrsüberwachung ermöglicht. Außerdem werden die spezifizierte CIR, die konforme Burstgröße, die Spitzeninformationsrate (PIR) und die Peakburstgröße, die für die Markierung von Paketen verwendet wird, angezeigt. Zeigt die zu ergreifende Aktion auf Paketen an, die einer bestimmten Rate entsprechen. Zeigt die Anzahl der Pakete und Bytes an, auf denen die Aktion ausgeführt wurde. Zeigt die zu ergreifende Aktion bei Paketen an, die eine bestimmte Rate überschreiten. Zeigt die Anzahl der Pakete und Bytes an, auf denen die Aktion ausgeführt wurde. Zeigt die zu ergreifende Aktion auf Paketen an, die eine bestimmte Rate verletzen. Zeigt die Anzahl der Pakete und Bytes an, auf denen die Aktion ausgeführt wurde. Multiple Traffic Policing Aktionen show policy-map interface Befehlsbeispiel Im Folgenden sehen Sie eine Beispielausgabe des Befehls show policy-map, wenn die Funktion "Policer Enhancement Multiple Actions" konfiguriert wurde. Die Beispielausgabe des Befehls show policy-map interface zeigt die Statistiken für die serielle Schnittstelle 3 2 an, an die eine Service Policy namens quotpolicequot (konfiguriert wie unten gezeigt) angeschlossen ist. Die Beispielausgabe von show policy-map interface zeigt Folgendes an: 59679 Pakete wurden als konforme Pakete markiert (dh Pakete, die mit dem CIR übereinstimmen) und wurden unverändert übertragen. 59549 Pakete wurden als überschreitende Pakete markiert (das heißt, Pakete, die die CIR überschreiten, jedoch nicht die PIR übersteigen). Daher wurde der IP-Precedence-Wert dieser Pakete auf einen IP-Precedence-Level von 4 geändert, das Discard-Eligibility-Bit (DE) auf 1 gesetzt und die Pakete wurden mit diesen Änderungen übertragen. 53758 Pakete wurden als verletzende Pakete markiert (dh die PIR überschritten). Daher wurde der IP-Precedence-Wert dieser Pakete auf einen IP-Precedence-Level von 2 geändert, das DE-Bit auf 1 gesetzt und die Pakete wurden mit diesen Änderungen übertragen. Hinweis Aktionen werden mithilfe des Aktionsarguments des Befehls "Polizei" angegeben. Weitere Informationen über die verfügbaren Aktionen finden Sie auf der Polizeibefehlsseite. Tabelle 6 beschreibt die im Display angezeigten wichtigen Felder. Tabelle 6 zeigt die Richtlinienkartenschnittstelle an. FeldbeschreibungenKonfiguriert für Mehrfachverkehrspolizierungsaktionen Anzahl der Pakete (auch in Byte dargestellt), die durch WRED geführt und nicht von WRED gelöscht werden. Hinweis Wenn nicht genügend Speicher im Puffer vorhanden ist, um das Paket aufzunehmen, kann das Paket gelöscht werden, nachdem das Paket WRED passiert hat. Pakete, die aufgrund eines unzureichenden Speichers im Puffer gelöscht wurden (manchmal als & ldquor; Nicht-Puffer-Dropsquot "bezeichnet) werden vom WRED-Paketzähler nicht berücksichtigt. Random drop pkts bytes Anzahl der Pakete (auch in Bytes dargestellt), die zufällig gelöscht werden, wenn die mittlere Queue-Tiefe zwischen dem minimalen Schwellenwert und dem maximalen Schwellenwert für den angegebenen IP-Prioritätswert liegt. Anzahl der Pakete, die gelöscht werden, wenn die mittlere Warteschlangentiefe größer ist als der maximale Schwellenwert für den angegebenen IP-Prioritätswert. Rate, in Kbps, der Pakete kommen in der Klasse. Hinweis Wenn die Pakete über eine abgehende Schnittstelle komprimiert werden, wird die verbesserte Paketrate, die durch Paketkomprimierung erreicht wird, nicht in der angebotenen Rate reflektiert. Wenn die Pakete vor dem Eintritt in eine Kombination von Tunneln klassifiziert werden (zum Beispiel ein GRE-Tunnel und ein IP-Sicherheitstunnel), enthält die angebotene Rate nicht den gesamten zusätzlichen Overhead, der mit der Tunnelverkapselung verbunden ist Im Algemeinen. Abhängig von der Konfiguration kann die angebotene Rate keinen Overhead umfassen, kann den Overhead für nur eine Tunnelverkapselung enthalten oder kann den Overhead für alle Tunnelverkapselungen enthalten. In den meisten GRE - und IPSec-Tunnelkonfigurationen enthält die angebotene Rate nur den Overhead für die GRE-Tunnelverkapselung. Rate, in kbps, bei dem Pakete aus der Klasse gelöscht werden. Die Drop-Rate wird berechnet, indem die Anzahl der erfolgreich übertragenen Pakete von der angebotenen Rate subtrahiert wird. Hinweis Bei verteilten Architekturplattformen (wie dem C7500) kann der Wert der Tranferrate, berechnet als Differenz zwischen der angebotenen Rate und den Tropfenzähler, sporadisch vom Durchschnitt um bis zu 20 Prozent oder mehr abweichen. Dies kann auftreten, während kein entsprechender Burst von unabhängigen Verkehrsanalysegeräten registriert wird. Match-Kriterien, die für die Klasse des Verkehrs angegeben sind. Zu den Auswahlmöglichkeiten gehören Kriterien wie Layer 3-Paketlänge, IP-Priorität, IP-DSCP-Wert, MPLS-Experimentalwert, Zugriffsgruppen und QoS-Gruppen. Weitere Informationen zu den verfügbaren Optionen zur Auswahl der verfügbaren Suchkriterien finden Sie im Kapitel "Konfigurieren der modularen Dienstqualitätsqualitätsschnittstelle im Konfigurationshandbuch für Cisco IOS Quality of Service-Lösungen. Gibt an, dass die Paketverwerfungsaktion für alle zu der angegebenen Klasse gehörenden Pakete konfiguriert wurde. Rate, in Kbps, der Pakete kommen in der Klasse. Hinweis Wenn die Pakete über eine abgehende Schnittstelle komprimiert werden, wird die verbesserte Paketrate, die durch Paketkomprimierung erreicht wird, nicht in der angebotenen Rate reflektiert. Wenn die Pakete vor dem Eintritt in eine Kombination von Tunneln klassifiziert werden (zum Beispiel ein GRE-Tunnel und ein IP-Sicherheitstunnel), enthält die angebotene Rate nicht den gesamten zusätzlichen Overhead, der mit der Tunnelverkapselung verbunden ist Im Algemeinen. Abhängig von der Konfiguration kann die angebotene Rate keinen Overhead umfassen, kann den Overhead für nur eine Tunnelverkapselung enthalten oder kann den Overhead für alle Tunnelverkapselungen enthalten. In den meisten GRE - und IPSec-Tunnelkonfigurationen enthält die angebotene Rate nur den Overhead für die GRE-Tunnelverkapselung. Gibt an, dass die Verkehrspolitik basierend auf einem Prozentsatz der Bandbreite aktiviert wurde. Zeigt außerdem den Bandbreitenprozentsatz, die CIR - und die BCD-Größe in ms an. Zeigt die Anzahl der Pakete und Bytes an, die in Übereinstimmung mit den angegebenen Raten markiert sind, und die Aktion, die auf diesen Paketen ausgeführt werden soll. Zeigt die Anzahl der Pakete und Bytes an, die als Überschreitung der angegebenen Raten markiert sind, und die Aktion, die auf diesen Paketen ausgeführt werden soll. 1 Eine Nummer in Klammern kann neben dem Namen der Dienstrichtlinien-Ausgabe und dem Namen der Klassenkarte angezeigt werden. Die Nummer ist nur für den internen Gebrauch von Cisco bestimmt und kann nicht beachtet werden. Traffic Shaping show policy-map interface Befehlsbeispiel Die folgende Beispielausgabe aus dem Befehl show policy-map interface (siehe unten) zeigt die Statistik für die serielle Schnittstelle 3 2 an. Traffic Shaping wurde auf dieser Schnittstelle aktiviert, und eine durchschnittliche Rate von 20 Prozent der Bandbreite wurde angegeben. Rate, in Kbps, der Pakete kommen in der Klasse. Hinweis Wenn die Pakete über eine abgehende Schnittstelle komprimiert werden, wird die verbesserte Paketrate, die durch Paketkomprimierung erreicht wird, nicht in der angebotenen Rate reflektiert. Wenn die Pakete vor dem Eintritt in eine Kombination von Tunneln klassifiziert werden (zum Beispiel ein GRE-Tunnel und ein IP-Sicherheitstunnel), enthält die angebotene Rate nicht den gesamten zusätzlichen Overhead, der mit der Tunnelverkapselung verbunden ist Im Algemeinen. Abhängig von der Konfiguration kann die angebotene Rate keinen Overhead umfassen, kann den Overhead für nur eine Tunnelverkapselung enthalten oder kann den Overhead für alle Tunnelverkapselungen enthalten. In den meisten GRE - und IPSec-Tunnelkonfigurationen enthält die angebotene Rate nur den Overhead für die GRE-Tunnelverkapselung. Rate, in kbps, bei dem Pakete aus der Klasse gelöscht werden. Die Drop-Rate wird berechnet, indem die Anzahl der erfolgreich übertragenen Pakete von der angebotenen Rate subtrahiert wird. Übereinstimmungskriterien für die Klasse des Verkehrs. Zu den Auswahlmöglichkeiten gehören Kriterien wie Layer-3-Paketlänge, IP-Priorität, IP-DSCP-Wert, MPLS-Experimentalwert, Zugriffsgruppen und QoS-Gruppen. Weitere Informationen zu den verfügbaren Verfügbarkeitsoptionen finden Sie im Kapitel "Konfigurieren der Befehlszeilenschnittstelle für modulare Dienstqualitäten im Konfigurationshandbuch für Cisco IOS Quality of Service Solutions. Release 12.2. Gibt an, dass die Traffic-Shaping-Funktion basierend auf einem Prozentsatz der Bandbreite aktiviert wurde. Rate, in Kbps, der Pakete kommen in der Klasse. Hinweis Wenn die Pakete über eine abgehende Schnittstelle komprimiert werden, wird die verbesserte Paketrate, die durch Paketkomprimierung erreicht wird, nicht in der angebotenen Rate reflektiert. Wenn die Pakete vor dem Eintritt in eine Kombination von Tunneln klassifiziert werden (zum Beispiel ein GRE-Tunnel und ein IP-Sicherheitstunnel), enthält die angebotene Rate nicht den gesamten zusätzlichen Overhead, der mit der Tunnelverkapselung verbunden ist Im Algemeinen. Depending on the configuration, the offered rate may include no overhead, may include the overhead for only one tunnel encapsulation, or may include the overhead for all tunnel encapsulations. In most of the GRE and IPSec tunnel configurations, the offered rate includes the overhead for GRE tunnel encapsulation only. Rate, in kbps, at which packets are dropped from the class. The drop rate is calculated by subtracting the number of successfully transmitted packets from the offered rate. Match criteria specified for the class of traffic. Choices include criteria such as the Layer 3 packet length, IP precedence, IP DSCP value, MPLS experimental value, access groups, and QoS groups. QoS Set, qos-group, Packets marked Indicates that class-based packet marking based on the QoS group has been configured. Includes the qos-group number and the number of packets marked. 1 A number in parentheses may appear next to the service-policy input name, class-map name, and match criteria information. The number is for Cisco internal use only and can be disregarded. Enhanced Packet Marking show policy-map interface Command Example The following sample output of the show policy-map interface command shows the service policies attached to a FastEthernet subinterface. In this example, a service policy called quotpolicy1quot has been attached. In quotpolicy1quot, a table map called quottable-map1quot has been configured. The values in quottable-map1quot will be used to map the precedence values to the corresponding class of service (CoS) values. In this example, the CIR and PIR are displayed in bps, and both the committed burst (bc) and excess burst (be) are displayed in bits. The CIR, PIR bc, and be are calculated on the basis of the formulas described below. Formula for Calculating the CIR When calculating the CIR, the following formula is used: CIR percentage specified (as shown in the output from the show policy-map command) bandwidth (BW) of the interface (as shown in the output from the show interfaces command) total bits per second According to the output from the show interfaces command for the serial 2 0 interface, the interface has a bandwidth (BW) of 2048 kbps. The following values are used for calculating the CIR: 20 2048 kbps 409600 bps Formula for Calculating the PIR When calculating the PIR, the following formula is used: PIR percentage specified (as shown in the output from the show policy-map command) bandwidth (BW) of the interface (as shown in the output from the show interfaces command) total bits per second According to the output from the show interfaces command for the serial 2 0 interface, the interface has a bandwidth (BW) of 2048 kbps. The following values are used for calculating the PIR: 40 2048 kbps 819200 bps Note Discrepancies between this total and the total shown in the output from the show policy-map interface command can be attributed to a rounding calculation or to differences associated with the specific interface configuration. Formula for Calculating the Committed Burst (bc) When calculating the bc, the following formula is used: The bc in milliseconds (as shown in the show policy-map command) the CIR in bits per seconds total number bytes The following values are used for calculating the bc: 300 ms 409600 bps 15360 bytes Formula for Calculating the Excess Burst (be) When calculating the bc and the be, the following formula is used: The be in milliseconds (as shown in the show policy-map command) the PIR in bits per seconds total number bytes The following values are used for calculating the be: 400 ms 819200 bps 40960 bytes Table 14 describes the significant fields shown in the display. Creates and configures a mapping table for mapping and converting one packet-marking value to another. CCVP, the Cisco Logo, and the Cisco Square Bridge logo are trademarks of Cisco Systems, Inc. Changing the Way We Work, Live, Play, and Learn is a service mark of Cisco Systems, Inc. and Access Registrar, Aironet, BPX, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Enterprise Solver, EtherChannel, EtherFast, EtherSwitch, Fast Step, Follow Me Browsing, FormShare, GigaDrive, GigaStack, HomeLink, Internet Quotient, IOS, IP TV, iQ Expertise, the iQ logo, iQ Net Readiness Scorecard, iQuick Study, LightStream, Linksys, MeetingPlace, MGX, Networking Academy, Network Registrar, Packet . PIX, ProConnect, RateMUX, ScriptShare, SlideCast, SMARTnet, StackWise, The Fastest Way to Increase Your Internet Quotient, and TransPath are registered trademarks of Cisco Systems, Inc. and or its affiliates in the United States and certain other countries. All other trademarks mentioned in this document or Website are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (0609R) Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental. copy 2004-2006 Cisco Systems, Inc. All rights reserved.
No comments:
Post a Comment