Die Junos OS CoS-Komponenten, die zur Verwaltung von Überlastungen und zur Steuerung der Servicelevels verwendet werden

Die DiffServ-Spezifikationen legen im IPv4- und IPv6-Paket-Header ein Sechs-Bit-Feld fest, das die Serviceklasse angibt, die auf das Paket angewendet werden soll. Die Bitwerte im DiffServ-Feld bilden DiffServ-Codepunkte (DSCPs), die von der Anwendung oder einem Router am Edge eines DiffServ-fähigen Netzwerks festgelegt werden können.

Obwohl CoS-Methoden wie DiffServ die Position und Länge des DSCP im Paket-Header angeben, ist die Implementierung der Router-Mechanismen zur internen Bereitstellung von DiffServ herstellerspezifisch. CoS-Funktionen in Junos OS werden über eine Reihe von Mechanismen konfiguriert, die Sie einzeln oder in Kombination konfigurieren können, um bestimmte Serviceangebote zu definieren.

Abbildung 1 zeigt die Komponenten der Junos CoS-Funktionen und veranschaulicht die Reihenfolge, in der sie interagieren.

Sie können einen oder mehrere der folgenden Junos CoS-Mechanismen konfigurieren:

• Klassifizierer: Die Paketklassifizierung bezieht sich auf die Untersuchung eines eingehenden Pakets. Diese Funktion ordnet das Paket einer bestimmten CoS-Serviceebene zu. In Junos ordnen Klassifizierer eingehende Pakete einer Weiterleitungsklasse und Verlustpriorität zu und weisen Pakete basierend auf der zugeordneten Weiterleitungsklasse Ausgabewarteschlangen zu. Es werden zwei allgemeine Arten von Klassifizierern unterstützt:

  • Verhaltensaggregatklassifizierer: Ein Verhaltensaggregat (BA) ist eine Klassifizierungsmethode, die auf ein Paket angewendet wird, wenn es in das Routing-Gerät eintritt. Der CoS-Wert im Paket-Header wird untersucht, und dieses einzelne Feld bestimmt die CoS-Einstellungen, die auf das Paket angewendet werden. Mit BA-Klassifizierern können Sie die Weiterleitungsklasse und die Verlustpriorität eines Pakets basierend auf dem DSCP-Wert (Differentiated Services Code Point), dem IPv6-Wert des DSCP, dem IP-Präzedenzwert, den MPLS EXP-Bits und dem IEEE 802.1p-Wert festlegen. Die Standardklassifizierung basiert auf dem Wert für die IP-Rangfolge.

    (Sie können auch Codepunkt-Aliasse konfigurieren, die einem Muster von Codepunktbits einen Namen zuweisen. Sie können diesen Namen anstelle des Bitmusters verwenden, wenn Sie andere CoS-Komponenten konfigurieren, z. B. Klassifizierer, Drop-Profile-Zuordnungen und Umschreibungsregeln.)

    Weitere Informationen zu BA-Klassifizierern finden Sie unter Verstehen, wie das Verhalten aggregierte Klassifikatoren vertrauenswürdigen Datenverkehr priorisieren .

  • Datenverkehrsklassifizierer mit mehreren Feldern: Ein Datenverkehrsklassifikator mit mehreren Feldern ist eine zweite Methode zur Klassifizierung von Datenverkehrsströmen. Im Gegensatz zu einem Verhaltensaggregat kann ein Multifield-Klassifikator mehrere Felder im Paket untersuchen. Beispiele für Felder, die ein Klassifikator mit mehreren Feldern untersuchen kann, sind die Quell- und Zieladresse des Pakets sowie die Quell- und Zielportnummern des Pakets. Mit Klassifizierern mit mehreren Feldern legen Sie die Weiterleitungsklasse und die Verlustpriorität eines Pakets basierend auf Firewall-Filterregeln fest. Die Klassifizierung mit mehreren Feldern erfolgt in der Regel am Edge des Netzwerks für Pakete, die kein gültiges oder vertrauenswürdiges Verhalten aufweisen aggregierte Codepunkte.

    Weitere Informationen zu Mehrfeld-Klassifikatoren finden Sie unter Übersicht über die Zuweisung von Servicelevels zu Paketen basierend auf mehreren Paket-Header-Feldern .

• Weiterleitungsklassen: Die Weiterleitungsklassen wirken sich auf die Weiterleitungs-, Planungs- und Markierungsrichtlinien aus, die auf Pakete angewendet werden, wenn diese ein Routing-Gerät durchlaufen. In der DiffServ-Architektur als geordnete Aggregate bezeichnet, bestimmen die Weiterleitungsklasse und die Verlustpriorität das Verhalten des Routers pro Hop (PHB in DiffServ) für CoS. Es werden vier Kategorien von Weiterleitungsklassen unterstützt: Best Effort, Assured Forwarding, Expedited Forwarding und Netzwerkkontrolle. Es werden bis zu 16 Weiterleitungsklassen unterstützt, sodass Sie Pakete genauer klassifizieren können. Sie können z. B. mehrere Klassen des EF-Datenverkehrs (Expedited Forwarding) konfigurieren: EF, EF1 und EF2.

  Weitere Informationen zu Weiterleitungsklassen finden Sie unter Grundlegendes zum Zuweisen von Klassen zu Ausgabewarteschlangen .

• Verlustprioritäten: Mit Verlustprioritäten können Sie die Priorität festlegen, mit der ein Paket verworfen werden soll. Die Verlustpriorität wirkt sich auf die Planung eines Pakets aus, ohne die relative Reihenfolge des Pakets zu beeinflussen. Sie können das PLP-Bit (Packet Loss Priority) als Teil einer Überlastungskontrollstrategie verwenden. Sie können die Einstellung für die Verlustpriorität verwenden, um Pakete zu identifizieren, die überlastet sind. In der Regel markieren Sie Pakete, die ein bestimmtes Servicelevel überschreiten, mit einer hohen Verlustpriorität. Sie legen die Verlustpriorität fest, indem Sie einen Klassifikator oder einen Policer konfigurieren. Die Verlustpriorität wird später im Workflow verwendet, um eines der von RED verwendeten Drop-Profile auszuwählen.

  Weitere Informationen zu Paketverlustprioritäten finden Sie unter Überlastungsmanagement durch Festlegen der Paketverlustpriorität für verschiedene Datenverkehrsflüsse .

• Weiterleitungsrichtlinienoptionen: Mit diesen Optionen können Sie Weiterleitungsklassen mit Next Hops verknüpfen. Mit den Optionen für Weiterleitungsrichtlinien können Sie auch Klassifizierungsüberschreibungen erstellen, die Sätzen von Präfixen Weiterleitungsklassen zuweisen.

  Weitere Informationen zu Weiterleitungsrichtlinienoptionen finden Sie unter Übersicht über Weiterleitungsrichtlinienoptionen.

• Übertragungsplanung und Ratensteuerung—Diese Parameter stellen Ihnen eine Vielzahl von Tools zur Verwaltung von Datenverkehrsflüssen zur Verfügung:

  • Warteschlange: Nachdem ein Paket an die ausgehende Schnittstelle eines Routing-Geräts gesendet wurde, wird es zur Übertragung auf dem physischen Medium in die Warteschlange gestellt. Die Zeitspanne, die ein Paket auf dem Routinggerät in der Warteschlange verweilt, hängt von der Verfügbarkeit der ausgehenden physischen Medien sowie von der Menge des Datenverkehrs ab, der die Schnittstelle verwendet.

  • Scheduler: Einer einzelnen Routing-Geräteschnittstelle sind mehrere Warteschlangen zum Speichern von Paketen zugewiesen. Das Routinggerät bestimmt basierend auf einer bestimmten Planungsmethode, welche Warteschlange bedient werden soll. Bei diesem Prozess wird häufig festgelegt, welche Art von Paket vor einem anderen übertragen werden soll. Mit den Junos OS-Schedulern können Sie die Priorität, die Bandbreite, die Verzögerungspuffergröße, den Ratensteuerungsstatus und die RED-Drop-Profile definieren, die auf eine bestimmte Warteschlange für die Paketübertragung angewendet werden sollen.

    Weitere Informationen zu Schedulern finden Sie unter Definieren von Ausgabewarteschlangeneigenschaften .

  • Policer für Datenverkehrsklassen: Mit Policern können Sie den Datenverkehr einer bestimmten Klasse auf eine bestimmte Bandbreite und Burst-Größe beschränken. Pakete, die die Policer-Limits überschreiten, können verworfen werden (Hard Policing) oder einer anderen Weiterleitungsklasse, einer anderen Verlustpriorität oder beidem zugewiesen werden (Soft Policing). Sie definieren Policer mit Filtern, die Eingabe- oder Ausgabeschnittstellen zugeordnet werden können.

    Weitere Informationen zu Policern finden Sie unter Steuern des Netzwerkzugriffs mithilfe von Traffic Policing – Übersicht .

• Rewrite-Regeln: Eine Rewrite-Regel legt die entsprechenden CoS-Bits im ausgehenden Paket fest. Auf diese Weise kann das nächste nachgeschaltete Routing-Gerät das Paket in die entsprechende Servicegruppe einordnen. Das Umschreiben oder Markieren ausgehender Pakete ist nützlich, wenn sich das Routing-Gerät am Rand eines Netzwerks befindet und die CoS-Werte ändern muss, um die Richtlinien des Zielpeers zu erfüllen.

  In der Regel werden die DSCPs für ausgehende Pakete einmal neu geschrieben, wenn Pakete in den DiffServ-Teil des Netzwerks gelangen, entweder weil die Pakete nicht mit dem richtigen DSCP-Bit vom Kunden eintreffen oder weil der Service Provider überprüfen möchte, ob der Kunde den DSCP richtig eingestellt hat. CoS-Schemata, die den DSCP akzeptieren und Datenverkehr ausschließlich anhand des DSCP-Werts klassifizieren und planen, führen DiffServ-Funktionen (Behavior Aggregate) aus und schreiben den DSCP in der Regel nicht neu. DSCP-Umschreibungen erfolgen in der Regel in DiffServ-Szenarien mit mehreren Feldern (MF).

  Weitere Informationen zu Rewrite-Regeln finden Sie unter Umschreiben von Paketheadern, um das Weiterleitungsverhalten sicherzustellen .