Konfigurieren der CoS-basierten Weiterleitung

Sie können die CoS-basierte Weiterleitung (CBF) nur auf eine definierte Gruppe von Routen anwenden. Daher müssen Sie eine Richtlinienanweisung wie im folgenden Beispiel konfigurieren:

Diese Konfiguration gibt an, dass Routen, die dem Routenfilter entsprechen, der durch angegebenen CoS-Next-Hop-Zuordnung map-nameunterliegen. Weitere Informationen zum Konfigurieren von Richtlinienanweisungen finden Sie im Benutzerhandbuch zu Routing-Richtlinien, Firewall-Filtern und Traffic Policers.

Hinweis:

Sie können CBF auf einem Gerät mit der unterstützten Anzahl oder weniger Weiterleitungsklassen plus nur einer Standardweiterleitungsklasse konfigurieren. Unter dieser Bedingung kann die Zuordnung der Weiterleitungsklasse zur Warteschlange entweder eins-zu-eins oder eins-zu-viele sein. Sie können CBF jedoch nicht konfigurieren, wenn die Anzahl der konfigurierten Weiterleitungsklassen die unterstützte Anzahl überschreitet. Ebenso können Sie bei konfigurierter CBF nicht mehr als die unterstützte Anzahl von Weiterleitungsklassen plus eine Standardweiterleitungsklasse konfigurieren.

Um eine CoS-Next-Hop-Map anzugeben, schließen Sie die forwarding-policy Anweisung auf der [edit class-of-service] Hierarchieebene ein:

Wenn Sie CBF mit OSPF als Interior Gateway Protocol (IGP) konfigurieren, müssen Sie den nächsten Hop als Schnittstellennamen oder Next-Hop-Alias angeben, nicht als IPv4- oder IPv6-Adresse. Dies ist wahr, weil OSPF Routen mit der Schnittstelle als nächsten Hop für Punkt-zu-Punkt-Schnittstellen hinzufügt. der nächste Hop enthält nicht die IP-Adresse. Eine Beispielkonfiguration finden Sie unter Beispiel: Konfigurieren der CoS-basierten Weiterleitung.

Wenn Sie bei Layer-3-VPNs die klassenbasierte Weiterleitung für die Routen verwenden, die vom PE-Router (Far End Provider) innerhalb einer VRF-Instanz empfangen werden, kann die Software die Routen nur auf der Grundlage der Attribute abgleichen, die mit der empfangenen Route geliefert werden. Mit anderen Worten, das Matching kann auf der Route innerhalb von RIB-in basieren. In diesem Fall hat die route-filter Anweisung, die Sie auf der [edit policy-options policy-statement my-cos-forwarding from] Hierarchieebene einfügen, keine Auswirkungen, da die Richtlinie die Tabelle und nicht die bgp.l3vpn.0 vrf.inet.0 Tabelle überprüft.

Junos wendet die CoS-Next-Hop-Map auf die zuvor definierte Menge der nächsten Hops an. Die nächsten Hops selbst können sich über alle ausgehenden Schnittstellen des Routing-Geräts befinden. Die folgende Konfiguration ordnet beispielsweise eine Reihe von Weiterleitungsklassen und Next-Hop-Bezeichnern zu:

In diesem Beispiel next-hop N ist entweder eine IP-Adresse oder eine Ausgangsschnittstelle für einen nächsten Hop und lsp-next-hop N ein regulärer Ausdruck, der jedem nächsten Hop mit dieser Bezeichnung entspricht. Q1 bis QN sind eine Reihe von Weiterleitungsklassen, die dem jeweiligen nächsten Hop zugeordnet sind. Das heißt, wenn ein Paket mit Q1 über QN geschaltet wird, wird es an die Schnittstelle weitergeleitet, die dem zugehörigen nächsten Hop zugeordnet ist.

Diese Konfiguration hat die folgenden Auswirkungen:

• Eine einzelne Weiterleitungsklasse kann mehreren Standard-Next-Hops oder LSP-Next-Hops zugeordnet werden. Dies bedeutet, dass die Lastverteilung über Standard-Next-Hops oder LSP-Next-Hops erfolgt, die denselben Klassenwert bedienen. Damit dies ordnungsgemäß funktioniert, erstellt Junos OS eine Liste der nächsten Hops zu gleichen Kosten und leitet Pakete gemäß den Standardlastverteilungsregeln für diese Weiterleitungsklasse weiter.

• Wenn eine Weiterleitungsklassenkonfiguration LSP Next Hops und Standard Next Hops enthält, werden die LSP Next Hops gegenüber den Standard Next Hops bevorzugt. Wenn im vorherigen Beispiel beide next-hop3 lsp-next-hop4 und gültige Next-Hops für eine Route sind, auf die angewendet wird, map1 enthält die Weiterleitungstabelle nur den Eintrag lsp-next-hop4 .

• Wenn next-hop-map nicht alle möglichen Weiterleitungsklassen angegeben sind, wird die Standardweiterleitungsklasse als Standard ausgewählt. default-forwarding class Definiert den nächsten Hop für Datenverkehr, der keiner Weiterleitungsklasse in der Next Hop-Zuordnung entspricht. Wenn die Standardweiterleitungsklasse nicht in der Next-Hop-Zuordnung angegeben ist, wird eine Standardklasse nach dem Zufallsprinzip festgelegt. Die Standardweiterleitungsklasse ist die Klasse, die der Warteschlange 0 zugeordnet ist.

• Für LSP Next Hops verwendet regex(3)Junos reguläre Ausdrücke im UNIX-Stil. Wenn beispielsweise die folgenden Bezeichnungen vorhanden sind: lsp, lsp1, lsp2, lsp3, , stimmt die Anweisung lsp-next-hop lsp mit lsp, lsp1, lsp2, und lsp3überein. Wenn Sie dieses Verhalten nicht wünschen, müssen Sie die Ankerzeichen lsp-next-hop " ^lsp$"verwenden, die nur übereinstimmen lsp .

• Der Routenfilter funktioniert nicht, da die Richtlinie anhand der Tabelle und nicht mit bgp.l3vpn.0 der vrf.inet.0 Tabelle prüft.

Der letzte Schritt besteht darin, den Routenfilter auf Routen anzuwenden, die in die Weiterleitungs-Engine exportiert werden. Dies wird im folgenden Beispiel gezeigt:

Diese Konfiguration weist den Routing-Prozess an, Routen in die Weiterleitungs-Engine einzufügen, die mit den zugehörigen Next-Hop-CBF-Regeln übereinstimmen my-cos-forwarding .

Der folgende Algorithmus wird verwendet, wenn Sie eine Konfiguration auf eine Route anwenden:

• Wenn es sich bei der Route um eine einzelne Next-Hop-Route handelt, wird der gesamte Datenverkehr an diese Route weitergeleitet. das heißt, es tritt kein KBF in Kraft.

• Ordnen Sie für jeden nächsten Hop die richtige Weiterleitungsklasse zu. Wenn ein nächster Hop in der Route, aber nicht in der cos-next-hop Karte angezeigt wird, wird er nicht im Eintrag in der Weiterleitungstabelle angezeigt.

• Die Standardweiterleitungsklasse wird verwendet, wenn nicht alle Weiterleitungsklassen in der Next-Hop-Zuordnung angegeben sind. Wenn der Standardwert nicht angegeben ist, wird der Standardwert der niedrigsten Klasse zugewiesen, die in der Next-Hop-Zuordnung definiert ist.