Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Hierarchische Polizisten

Hierarchical Policer – Übersicht

Sie können einen hierarchischen Policer verwenden, um die Rate des eingehenden Layer-2-Datenverkehrs an einer physischen oder logischen Schnittstelle zu begrenzen und unterschiedliche Überwachungsaktionen anzuwenden, je nachdem, ob die Pakete für die beschleunigte Weiterleitung (EF) oder für eine niedrigere Priorität klassifiziert sind.

Hierarchische Überwachung wird auf M40 E-, M120- und M320-Edge-Routern mit eingehenden Flexible PIC Concentrators (FPCs) als SFPC und ausgehenden FPCs als FFPC sowie auf Core-Routern der MX-Serie, ACX7100-L, T320, T640 und T1600mit Enhanced Intelligent Queuing (IQE) PICs unterstützt.

Sie können hierarchische Überwachung auf eine logische Schnittstelle anwenden.

Eine hierarchische Policerkonfiguration definiert zwei Policer – einen nur für EF-Datenverkehr und einen für Nicht-EF-Datenverkehr –, die hierarchisch funktionieren:

  • Premium-Policer: Sie konfigurieren den Premium-Policer mit Datenverkehrsbeschränkungen nur für EF-Datenverkehr mit hoher Priorität: eine garantierte Bandbreite und eine entsprechende Begrenzung der Burst-Größe. EF-Datenverkehr wird als nicht konform kategorisiert, wenn seine durchschnittliche Ankunftsrate die garantierte Bandbreite und seine durchschnittliche Paketgröße den Premium-Grenzwert für die Burstgröße überschreitet. Bei einem Premium-Policer besteht die einzige konfigurierbare Aktion für nicht konformen Datenverkehr darin, die Pakete zu verwerfen.

  • Aggregierter Policer: Sie konfigurieren den aggregierten Policer mit einer aggregierten Bandbreite (um sowohl EF-Datenverkehr mit hoher Priorität bis zur garantierten Bandbreite als auch Nicht-EF-Datenverkehr mit normaler Priorität aufzunehmen) und einer Burst-Größenbeschränkung nur für Nicht-EF-Datenverkehr. Nicht-EF-Datenverkehr wird als nicht konform kategorisiert, wenn seine durchschnittliche Ankunftsrate die Menge an aggregierter Bandbreite überschreitet, die derzeit nicht vom EF-Datenverkehr verbraucht wird, und seine durchschnittliche Paketgröße die im aggregierten Policer definierte Burstgrößengrenze überschreitet. Für einen aggregierten Policer sind die konfigurierbaren Aktionen für nicht konformen Datenverkehr das Verwerfen der Pakete, das Zuweisen einer Weiterleitungsklasse oder das Zuweisen einer Paketverlustpriorität (PLP).

HINWEIS:

Sie müssen das Bandbreitenlimit des Premium-Policers auf oder unter dem Bandbreitenlimit des aggregierten Policers konfigurieren. Wenn die beiden Bandbreitenbeschränkungen gleich sind, wird Nicht-EF-Datenverkehr nur uneingeschränkt durch die Schnittstelle geleitet, solange kein EF-Datenverkehr an der Schnittstelle ankommt.

EF-Datenverkehr wird die Bandbreite garantiert, die als Premium-Bandbreitenlimit angegeben ist, während Nicht-EF-Datenverkehr auf die Menge der aggregierten Bandbreite begrenzt ist, die derzeit nicht vom EF-Datenverkehr verbraucht wird. Die Rate von Nicht-EF-Datenverkehr ist nur dann auf die gesamte aggregierte Bandbreite beschränkt, wenn kein EF-Datenverkehr vorhanden ist.

Angenommen, Sie konfigurieren einen hierarchischen Policer mit den folgenden Komponenten:

  • Premium-Policer mit einer Bandbreitenbegrenzung von 2 Mbit/s, einer Burst-Größenbeschränkung von 3000 Byte und einer nicht konformen Aktion, die Pakete verwirft.

  • Aggregieren Sie den Policer mit einer Bandbreitenbegrenzung von 10 Mbit/s, einer Burst-Größenbeschränkung von 3000 Byte und einer nicht konformen Aktion, die Pakete verwirft.

EF-Datenverkehr wird eine Bandbreite von 2 Mbit/s garantiert. EF-Datenverkehrsspitzen – EF-Datenverkehr, der mit Raten über 2 Mbit/s an der Schnittstelle eintrifft – können ebenfalls die Schnittstelle passieren, sofern genügend Token im 3000-Byte-Bucket verfügbar sind. Wenn keine Token für einen Burst von Nicht-EF-Datenverkehr verfügbar sind, werden Pakete mithilfe von Überwachungsaktionen für den Premium-Policer ratenbegrenzt.

Nicht-EF-Datenverkehr wird bis zu einer Bandbreitenbegrenzung gemessen, die abhängig von der durchschnittlichen Ankunftsrate des EF-Datenverkehrs zwischen 8 und 10 Mbit/s liegt. Spitzen von Nicht-EF-Datenverkehr – Nicht-EF-Datenverkehr, der mit Raten über dem aktuellen Grenzwert für Nicht-EF-Datenverkehr an der Schnittstelle eintrifft – passieren ebenfalls die Schnittstelle, sofern genügend Token im 3000-Byte-Bucket verfügbar sind. Wenn Nicht-EF-Datenverkehr die derzeit zulässige Bandbreite überschreitet oder wenn keine Token für einen Burst von Nicht-EF-Datenverkehr verfügbar sind, werden Pakete mithilfe von Überwachungsaktionen für den aggregierten Policer ratenbegrenzt.

Abonnentendienste Firewall Policer (ACX7100-48L-Geräte)

  • Ab Junos Evolved Version 23.4R1 können Sie den hierarchischen Policer für DHCP- und PPPoE-Zugriffsmodelle an Teilnehmerschnittstellen konfigurieren, der während der Abonnentenanmeldung oder CoA aktiviert wird. Diese Funktion unterstützt die farbcodierte Verkehrsüberwachung entsprechend der Farbklassifizierung eines Pakets. Die Paketfarbe wird mit Paketübereinstimmungskriterien klassifiziert, die für zwei benutzerdefinierte Datenverkehrsklassen festgelegt sind. In diesem Abschnitt finden Sie verwandte Konfigurationsbeispiele und Einschränkungen der Funktion.Beispiel: Konfigurieren eines hierarchischen Policers für die Subscriber Services Firewall (ACX7100-48L-Geräte)

Beispiel: Konfigurieren eines hierarchischen Policers

In diesem Beispiel wird gezeigt, wie ein hierarchischer Policer konfiguriert und angewendet wird, um eingehenden Layer-2-Datenverkehr an einer logischen Schnittstelle auf einer unterstützten Plattform zu leiten.

Anforderungen

Bevor Sie beginnen, stellen Sie sicher, dass Ihre Umgebung die folgenden Anforderungen erfüllt:

  • Die Schnittstelle, auf die Sie den hierarchischen Policer anwenden, ist eine SONET-Schnittstelle, die auf einer der folgenden Routing-Plattformen gehostet wird:

    • M40e-, M120- oder M320-Edge-Router mit eingehenden FPCs als SFPC und ausgehenden FPCs als FFPC.

    • Core-Router der MX-Serie, T320, T640 oder T1600 mit Enhanced Intelligent Queuing (IQE) PICs.

  • Auf die Eingabe der Schnittstelle, auf die Sie den hierarchischen Policer anwenden, wird kein anderer Policer angewendet.

  • Sie wissen, dass, wenn Sie den hierarchischen Policer auf logische Schnittstellen anwenden, auf die auch ein Eingabefilter angewendet wird, der Policer zuerst ausgeführt wird.

Überblick

In diesem Beispiel konfigurieren Sie einen hierarchischen Policer und wenden den Policer an, um eingehenden Layer-2-Datenverkehr an einer logischen Schnittstelle zu leiten.

Topologie

Sie wenden den Policer auf die logische SONET-Schnittstelle an, die Sie für IPv4- und VPLS-Datenverkehr konfigurieren.so-1/0/0.0 Wenn Sie den hierarchischen Policer auf diese logische Schnittstelle anwenden, ist sowohl IPv4- als auch VPLS-Datenverkehr hierarchisch ratenbegrenzt.

Außerdem konfigurieren Sie die logische Schnittstelle für den MPLS-Datenverkehr.so-1/0/0.1 Wenn Sie sich dafür entscheiden, den hierarchischen Policer auf die physische Schnittstelle anzuwenden, gilt die hierarchische Überwachung für IPv4- und VPLS-Datenverkehr bei und für MPLS-Datenverkehr bei .so-1/0/0so-1/0/0.0so-1/0/0.1

Konfiguration

Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter .Verwenden des CLI-Editors im Konfigurationsmodus

Um dieses Beispiel zu konfigurieren, führen Sie die folgenden Aufgaben aus:

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Konfigurationsbefehle in eine Textdatei, entfernen Sie alle Zeilenumbrüche, und fügen Sie die Befehle dann auf Hierarchieebene in die CLI ein.[edit]

Definieren der Schnittstellen

Schritt-für-Schritt-Anleitung

So definieren Sie die Schnittstellen:

  1. Aktivieren Sie die Konfiguration der physischen Schnittstelle.

  2. Konfigurieren Sie die logische Einheit 0.

    Wenn Sie einen Layer-2-Policer auf diese logische Schnittstelle anwenden, müssen Sie mindestens eine Protokollfamilie konfigurieren.

  3. Konfigurieren Sie die logische Einheit 1.

Ergebnisse

Bestätigen Sie die Konfiguration der Schnittstellen, indem Sie den Konfigurationsbefehl eingeben.show interfaces Wenn die Befehlsausgabe nicht die beabsichtigte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Verfahren, um die Konfiguration zu korrigieren.

Weiterleitungsklassen definieren

Schritt-für-Schritt-Anleitung

So definieren Sie die Weiterleitungsklassen, auf die als aggregierte Policeraktionen verwiesen wird:

  1. Aktivieren Sie die Konfiguration der Weiterleitungsklassen.

  2. Definieren Sie die Weiterleitungsklassen.

Ergebnisse

Bestätigen Sie die Konfiguration der Weiterleitungsklassen, auf die als aggregierte Polizeiaktionen verwiesen wird, indem Sie den Befehl configuration eingeben.show class-of-service Wenn die Befehlsausgabe nicht die beabsichtigte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Verfahren, um die Konfiguration zu korrigieren.

Konfigurieren des hierarchischen Policers

Schritt-für-Schritt-Anleitung

So konfigurieren Sie einen hierarchischen Policer:

  1. Aktivieren Sie die Konfiguration des hierarchischen Policers.

  2. Konfigurieren Sie den aggregierten Policer.

    Für den aggregierten Policer sind die konfigurierbaren Aktionen für ein Paket in einem nicht konformen Datenfluss das Verwerfen des Pakets, das Ändern der Verlustpriorität oder das Ändern der Weiterleitungsklasse.

  3. Konfigurieren Sie den Premium-Policer.

    Die Bandbreitenbegrenzung für den Premium-Policer darf nicht größer sein als die des aggregierten Policers.

    Für den Premium-Policer besteht die einzige konfigurierbare Aktion für ein Paket in einem nicht konformen Datenverkehrsfluss darin, das Paket zu verwerfen.

Ergebnisse

Bestätigen Sie die Konfiguration des hierarchischen Policers, indem Sie den Konfigurationsbefehl eingeben.show firewall Wenn die Befehlsausgabe nicht die beabsichtigte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Verfahren, um die Konfiguration zu korrigieren.

Anwenden des hierarchischen Policers auf eingehenden Layer-2-Datenverkehr an einer physischen oder logischen Schnittstelle

Schritt-für-Schritt-Anleitung

Um den eingehenden Layer-2-Datenverkehr für IPv4- und VPLS-Datenverkehr nur auf der logischen Schnittstelle hierarchisch zu begrenzen, verweisen Sie in der Konfiguration der logischen Schnittstelle auf den Policer:so-1/0/0.0

  1. Aktivieren Sie die Konfiguration der logischen Schnittstelle.

    Wenn Sie einen Policer auf Layer-2-Datenverkehr an einer logischen Schnittstelle anwenden, müssen Sie mindestens eine Protokollfamilie für die logische Schnittstelle definieren.

  2. Wenden Sie den Policer auf die logische Schnittstelle an.

    Alternativ können Sie zur hierarchischen Begrenzung des eingehenden Layer-2-Datenverkehrs für alle Protokollfamilien und für alle logischen Schnittstellen , die auf der physischen Schnittstelle konfiguriert sind, auf den Policer aus der Konfiguration der physischen Schnittstelle verweisen.so-1/0/0

Ergebnisse

Bestätigen Sie die Konfiguration des hierarchischen Policers, indem Sie den Konfigurationsbefehl eingeben.show interfaces Wenn die Befehlsausgabe nicht die beabsichtigte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Verfahren, um die Konfiguration zu korrigieren.

Wenn Sie mit der Konfiguration des Geräts fertig sind, rufen Sie den Konfigurationsmodus auf .commit

Überprüfung

Vergewissern Sie sich, dass die Konfiguration ordnungsgemäß funktioniert.

Anzeige von Datenverkehrsstatistiken und Policern für die logische Schnittstelle

Zweck

Überprüfen Sie, ob der Datenverkehr über die logische Schnittstelle fließt und ob der Policer ausgewertet wird, wenn Pakete auf der logischen Schnittstelle empfangen werden.

Was

Verwenden Sie den Befehl Betriebsmodus für die logische Schnittstelle und fügen Sie die Option oder hinzu.show interfacesso-1/0/0.0detailextensive Der Befehlsausgabeabschnitt für listet die Anzahl der Bytes und Pakete auf, die auf der logischen Schnittstelle empfangen und übertragen wurden, und der Abschnitt enthält ein Feld, das den Policer wie folgt als Eingabe- oder Ausgabepolicer auflistet:Traffic statisticsProtocol inetPolicerpolicer1

  • Input: policer1-so-1/0/0.0-inet-i

  • Output: policer1-so-1/0/0.0-inet-o

In diesem Beispiel wird der Policer nur auf den logischen Schnittstellenverkehr in Eingaberichtung angewendet.

Anzeigen von Statistiken für den Policer

Zweck

Überprüfen Sie die Anzahl der vom Policer ausgewerteten Pakete.

Was

Verwenden Sie den Befehl operational mode, und geben Sie optional den Namen des Policers an.show policer Die Befehlsausgabe zeigt die Anzahl der Pakete an, die von jedem konfigurierten Policer (oder dem angegebenen Policer) in jede Richtung ausgewertet wurden. Für den Policer werden die Namen der Eingabe- und Ausgabepolicer wie folgt angezeigt:policer1

  • policer1-so-1/0/0.0-inet-i

  • policer1-so-1/0/0.0-inet-o

Das Suffix bezeichnet einen Policer, der auf IPv4-Eingabedatenverkehr angewendet wird, während das Suffix einen Policer bezeichnet, der auf IPv4-Ausgabedatenverkehr angewendet wird.-inet-i-inet-o In diesem Beispiel wird der Policer nur auf den Eingabedatenverkehr angewendet.

Beispiel: Konfigurieren eines hierarchischen Policers für die Subscriber Services Firewall (ACX7100-48L-Geräte)

In diesem Beispiel wird gezeigt, wie ein hierarchischer Policer konfiguriert und auf eingehenden Datenverkehr an einer Teilnehmerschnittstelle auf einer unterstützten Plattform (ACX7100-48L) angewendet wird.

Überblick

Ab Junos Evolved Version 23.4R1 können Sie hierarchische Policer konfigurieren und die Policer auf eingehenden Datenverkehr an einer Abonnentenschnittstelle anwenden. Diese Funktion wird auf Geräten mit ACX7100-48L unterstützt.

Note:
  • Der hierarchische Policer für Abonnentendienste weist die folgenden Einschränkungen auf:

    • Sie können nur vier Ebenen von hierarchischen Policern konfigurieren, wobei jede Ebene über eine Aggregat- und eine Premium-Konfiguration verfügt.

    • Logische Schnittstellen-Policer und aggregierte Policer werden für Abonnentendienste nicht unterstützt.

    • Das Überwachen der innerhalb der Weiterleitungsklasse festgelegten Priorität wird nicht unterstützt. Hier einige Zahlen zum Generationswechsel:
    • next term ist nur für hierarchische Policer und nicht für Filter zulässig.
    • Das direkte Anhängen von Policern an eine Schnittstelle oder Familie wird nicht unterstützt. Policer werden nur durch Firewall-Filteraktionen unterstützt.
    • Die Polizeiaktion wird in Eingang und Ausgang nicht unterstützt. action wird in Eingang unterstützt. forwarding-classloss-priority high Beim Ausgang wird nur die Aktion unterstützt.discard
    • Eine einzelne Richtlinie kann keine Aktionen konfigurieren.loss-prioritypolicer Es wird jeweils nur eine der beiden Aktionen unterstützt.
    • filter-specific wird in der Policer-Konfiguration nicht unterstützt.
    • Hierarchische Policer und dreifarbige Policer werden in Ausgangsrichtung nicht unterstützt.
    • Die Funktion zur Verkettung von Filterbegriffen ist nicht verfügbar.

    • Dreifarbige Policer und hierarchische Policer werden in Ausgangsrichtung nicht unterstützt.

Konfigurationsszenarien

Im folgenden Abschnitt werden die verschiedenen Konfigurationen für verschiedene hierarchische Richtlinienoptionen beschrieben:

Single-Rate Zweifarbige Markierungs-Policer-Konfiguration

Sie können einen zweifarbigen Markierungspolicer mit einer Rate für DHCP- und PPPoE-Zugriffsmodelle konfigurieren. Die Konfiguration wird während der Abonnentenanmeldung oder CoA aktiviert. Zeigen Sie die Konfiguration an, indem Sie den Befehl eingeben.show dynamic-profiles pppoe-client-policer-1-profile Eine Beispielkonfiguration sieht wie folgt aus:

Sie können einen dreifarbigen Markierungspolicer mit einer Rate für DHCP- und PPPoE-Zugriffsmodelle konfigurieren. Es wird während der Abonnentenanmeldung oder CoA aktiviert. Zeigen Sie die Konfiguration an, indem Sie den Befehl eingeben.show dynamic-profiles pppoe-client-policer-1-profile Eine Beispielkonfiguration sieht wie folgt aus:

Zweistufiger dreifarbiger Markierungspolizist

Sie können dreifarbige Markierungspolicer mit zwei Raten für DHCP- und PPPoE-Zugriffsmodelle konfigurieren. Es wird während der Abonnentenanmeldung oder CoA aktiviert.

In diesem Abschnitt sehen Sie ein Beispiel für eine dynamische Profilkonfiguration am Controller-Punkt. Der Inhalt des dynamischen Profils wird während der Abonnentenanmeldung für ein Clientprofil oder während der Dienstaktivierung für ein Dienstprofil weitergegeben. Zeigen Sie die Konfiguration an, indem Sie den Befehl eingeben.show dynamic-profiles pppoe-client-policer-1-profile Eine Beispielkonfiguration sieht wie folgt aus:

Hierarchischer Policer für DHCP und PPPoE

In diesem Abschnitt sehen Sie ein Beispiel für eine dynamische Profilkonfiguration am Controllerpunkt für DHCP- und PPPoE-Zugriffsmodelle. Der Inhalt des dynamischen Profils wird während der Abonnentenanmeldung für ein Clientprofil oder während der Dienstaktivierung für ein Dienstprofil weitergegeben. Zeigen Sie die Konfiguration an, indem Sie den Befehl eingeben.show dynamic-profiles pppoe-client-policer-1-profile Eine Beispielkonfiguration sieht wie folgt aus:

Wenn Sie mit der Konfiguration des Geräts fertig sind, rufen Sie den Konfigurationsmodus auf .commit