Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Konfigurieren der OSPF-Routing-Richtlinie

Grundlegendes zu Routing-Richtlinien

Bei einigen Anbietern von Routing-Plattformen erfolgt der Routenfluss zwischen verschiedenen Protokollen. Wenn Sie beispielsweise die Umverteilung von RIP zu OSPF konfigurieren möchten, teilt der RIP-Prozess dem OSPF-Prozess mit, dass er Routen hat, die für die Neuverteilung einbezogen werden könnten. In Junos OS gibt es nicht viel direkte Interaktionen zwischen den Routingprotokollen. Stattdessen gibt es zentrale Sammelpunkte, an denen alle Protokolle ihre Routing-Informationen installieren. Dies sind die wichtigsten Unicast-Routing-Tabellen inet.0 und inet6.0.

Aus diesen Tabellen berechnen die Routing-Protokolle die beste Route zu jedem Ziel und platzieren diese Routen in einer Weiterleitungstabelle. Diese Routen werden dann verwendet, um den Routing-Protokolldatenverkehr an ein Ziel weiterzuleiten, und sie können an Nachbarn beworben werden.

Importieren und Exportieren von Routen

Zwei Begriffe – Import und Export – erklären, wie Routen zwischen den Routingprotokollen und der Routing-Tabelle verschoben werden.

  • Wenn die Routing-Engine die Routen eines Routingprotokolls in die Routingtabelle einbringt, importiert sie Routen in die Routing-Tabelle.

  • Wenn die Routing-Engine aktive Routen aus der Routing-Tabelle verwendet, um eine Protokollanzeige zu senden, exportiert sie Routen aus der Routing-Tabelle.

    Hinweis:

    Der Prozess des Verschiebens von Routen zwischen einem Routingprotokoll und der Routingtabelle wird immer aus der Sicht der Routing-Tabelle beschrieben. Das heißt, Routen werden aus einem Routingprotokoll in eine Routing-Tabelle importiert und aus einer Routing-Tabelle in ein Routingprotokoll exportiert . Denken Sie beim Arbeiten mit Routing-Richtlinien an diesen Unterschied.

Wie in Abbildung 1 dargestellt, verwenden Sie Routing-Importrichtlinien, um zu steuern, welche Routen in die Routingtabelle platziert werden, und exportieren Routing-Richtlinien, um zu steuern, welche Routen aus der Routingtabelle an Nachbarn angekündigt werden.

Abbildung 1: Importieren und Exportieren von Routen Importing and Exporting Routes

Im Allgemeinen platzieren die Routing-Protokolle alle ihre Routen in der Routing-Tabelle und veröffentlichen eine begrenzte Anzahl von Routen aus der Routing-Tabelle. Die allgemeinen Regeln für die Verarbeitung der Routinginformationen zwischen den Routingprotokollen und der Routingtabelle sind als Routing-Richtlinien-Framework bekannt.

Das Routing-Richtlinien-Framework besteht aus Standardregeln für jedes Routingprotokoll, die festlegen, welche Routen das Protokoll in der Routing-Tabelle platziert und aus der Routing-Tabelle bekannt gibt. Die Standardregeln für jedes Routingprotokoll sind als Standard-Routing-Richtlinien bekannt.

Sie können Routing-Richtlinien erstellen, um den Standardrichtlinien, die immer vorhanden sind, vorzubeeinigen. Mit einer Routing-Richtlinie können Sie das Routing-Richtlinien-Framework an Ihre Anforderungen anpassen. Sie können Ihre eigenen Routing-Richtlinien erstellen und implementieren, um folgendes zu tun:

  • Steuern Sie, welche Routing-Protokolle in der Routing-Tabelle platziert werden.

  • Steuern Sie, welche aktiven Routen ein Routingprotokoll aus der Routing-Tabelle ankündigen. Eine aktive Route ist eine Route, die aus allen Routen in der Routingtabelle ausgewählt wird, um ein Ziel zu erreichen.

  • Ändern Sie die Routenmerkmale, wenn ein Routingprotokoll die Route in die Routingtabelle abschreibt oder die Route aus der Routing-Tabelle ankündigen.

Sie können die Routeneigenschaften ändern, um zu steuern, welche Route als aktive Route ausgewählt wird, um ein Ziel zu erreichen. Die aktive Route wird in die Weiterleitungstabelle aufgenommen und wird verwendet, um den Datenverkehr an das Ziel der Route weiterzuleiten. Im Allgemeinen wird die aktive Route auch den Nachbarn eines Routers angekündigt.

Aktive und inaktive Routen

Wenn mehrere Routen für ein Ziel in der Routing-Tabelle vorhanden sind, wählt das Protokoll eine aktive Route aus und diese Route wird in die entsprechende Routing-Tabelle aufgenommen. Für Routen zu gleichen Kosten platziert Junos OS mehrere Next Hops in der entsprechenden Routingtabelle.

Wenn ein Protokoll Routen aus der Routingtabelle exportiert, exportiert es nur aktive Routen. Dies gilt für Aktionen, die sowohl standardmäßig als auch für benutzerdefinierte Exportrichtlinien festgelegt sind.

Bei der Auswertung von Routen für den Export verwendet die Routing-Engine nur aktive Routen aus der Routing-Tabelle. Wenn beispielsweise eine Routingtabelle mehrere Routen zum selben Ziel enthält und eine Route über eine bevorzugte Metrik verfügt, wird nur diese Route ausgewertet. Mit anderen Worten, eine Exportrichtlinie bewertet nicht alle Routen. Es bewertet nur die Routen, die ein Routing-Protokoll einem Nachbarn bekannt machen darf.

Hinweis:

Standardmäßig kündigt BGP aktive Routen an. Sie können BGP jedoch so konfigurieren, dass inaktive Routen angekündigt werden, die zum gleichen Ziel wie andere Routen gehen, aber weniger bevorzugte Metriken aufweisen.

Explizit konfigurierte Routen

Eine explizit konfigurierte Route ist eine Route, die Sie konfiguriert haben. Direkte Routen werden nicht explizit konfiguriert. Sie werden aufgrund der Konfiguration von IP-Adressen auf einer Schnittstelle erstellt. Explizit konfigurierte Routen umfassen aggregierte, generierte, lokale und statische Routen. (Eine aggregierte Route ist eine Route, die Gruppen von Routen mit gemeinsamen Adressen in eine Route destilliert. Eine generierte Route ist eine Route, die verwendet wird, wenn die Routingtabelle keine Informationen darüber enthält, wie ein bestimmtes Ziel erreicht werden soll. Eine lokale Route ist eine IP-Adresse, die einer Routerschnittstelle zugewiesen ist. Eine statische Route ist eine unveränderbare Route zu einem Ziel.)

Die Richtlinien-Framework-Software behandelt direkte und explizit konfigurierte Routen so, als ob sie über Routing-Protokolle gelernt wurden. daher können sie in die Routing-Tabelle importiert werden. Routen können nicht aus der Routing-Tabelle in das Pseudoprotokoll exportiert werden, da es sich bei diesem Protokoll nicht um ein echtes Routingprotokoll handelt. Aggregierte, direkte, generierte und statische Routen können jedoch aus der Routing-Tabelle in Routing-Protokolle exportiert werden, während lokale Routen dies nicht können.

Dynamische Datenbank

In Junos OS Version 9.5 und höher können Sie Routing-Richtlinien und bestimmte Routingrichtlinienobjekte in einer dynamischen Datenbank konfigurieren, die nicht der gleichen Überprüfung unterliegt, die für die Standardkonfigurationsdatenbank erforderlich ist. Dadurch können Sie diese Routing-Richtlinien und Richtlinienobjekte schnell festlegen, auf die bei Bedarf verwiesen und in der Standardkonfiguration angewendet werden kann. BGP ist das einzige Protokoll, auf das Sie Routing-Richtlinien anwenden können, die auf in der dynamischen Datenbank konfigurierte Richtlinien verweisen. Nachdem eine auf der dynamischen Datenbank basierende Routing-Richtlinie konfiguriert und in der Standardkonfiguration festgelegt wurde, können Sie schnell Änderungen an vorhandenen Routingrichtlinien vornehmen, indem Sie Richtlinienobjekte in der dynamischen Datenbank ändern. Da Junos OS Konfigurationsänderungen an der dynamischen Datenbank nicht validiert, sollten Sie bei Verwendung dieser Funktion alle Konfigurationsänderungen testen und überprüfen, bevor Sie sie festlegen.

Siehe auch

Grundlegendes zur OSPF-Routing-Richtlinie

Jede Routing-Richtlinie wird durch einen Richtliniennamen identifiziert. Der Name kann Buchstaben, Zahlen und Bindestriche (-) enthalten und kann bis zu 255 Zeichen lang sein. Um Leerzeichen in den Namen einzufügen, schließen Sie den gesamten Namen in doppelte Anführungszeichen ein. Jeder Routing-Richtlinienname muss innerhalb einer Konfiguration eindeutig sein. Sobald eine Richtlinie erstellt und benannt wurde, muss sie angewendet werden, bevor sie aktiv wird.

In der import Anweisung listen Sie den Namen der Routingrichtlinie auf, die verwendet wird, um externe OSPF-Routen von der Installation in die Routing-Tabellen von OSPF-Nachbarn zu filtern. Sie können die Routen filtern, aber nicht das LSA-Flooding (Link State Address). Eine externe Route ist eine Route, die sich außerhalb des OSPF Autonomous System (AS) befindet. Die Importrichtlinie wirkt sich nicht auf die OSPF-Datenbank aus. Das bedeutet, dass die Importrichtlinie keine Auswirkungen auf die Linkstatus-Ankündigungen hat.

In der export Anweisung listen Sie den Namen der Routing-Richtlinie auf, die bewertet werden soll, wenn Routen aus der Routingtabelle in OSPF exportiert werden.

Wenn ein Routinggerät über mehrere OSPF-Bereiche verfügt, werden gelernte Routen aus anderen Bereichen standardmäßig automatisch in Bereich 0 der Routingtabelle installiert.

Um mehr als eine Richtlinie anzugeben und eine Richtlinienkette zu erstellen, listen Sie die Richtlinien auf, die ein Leerzeichen als Trennzeichen verwenden. Wenn mehrere Richtlinien angegeben werden, werden die Richtlinien in der Reihenfolge ausgewertet, in der sie angegeben werden. Sobald eine Annahme- oder Ablehnungsaktion ausgeführt wird, endet die Bewertung der Richtlinienkette.

In diesem Thema werden die folgenden Informationen beschrieben:

Bedingungen für Routing-Richtlinien

Routing-Richtlinien bestehen aus einem oder mehreren Begriffen. Ein Begriff ist eine benannte Struktur, in der Bedingungen und Aktionen definiert werden. Sie können einen oder mehrere Begriffe definieren. Der Name kann Buchstaben, Zahlen und Bindestriche ( - ) enthalten und kann bis zu 255 Zeichen lang sein. Um Leerzeichen in den Namen einzufügen, schließen Sie den gesamten Namen in doppelte Anführungszeichen ein.

Jeder Begriff enthält eine Reihe von Übereinstimmungsbedingungen und eine Reihe von Aktionen:

  • Übereinstimmungsbedingungen sind Kriterien, die eine Route erfüllen muss, bevor die Aktionen angewendet werden können. Wenn eine Route alle Kriterien erfüllt, werden eine oder mehrere Aktionen auf die Route angewendet.

  • Aktionen geben an, ob die Route angenommen oder abgelehnt werden soll, steuern, wie eine Reihe von Richtlinien bewertet werden soll, und ändern die Merkmale, die einer Route zugeordnet sind.

Übereinstimmungsbedingungen für Routing-Richtlinien

Eine Übereinstimmungsbedingung definiert die Kriterien, die eine Route erfüllen muss, damit eine Aktion durchgeführt werden kann. Sie können für jeden Begriff eine oder mehrere Übereinstimmungsbedingungen definieren. Wenn eine Route mit allen Übereinstimmungsbedingungen für einen bestimmten Begriff übereinstimmt, werden die für diesen Begriff definierten Aktionen verarbeitet.

Jeder Begriff kann zwei Anweisungen enthalten, from und to, die die Übereinstimmungsbedingungen definieren:

  • In der from Anweisung definieren Sie die Kriterien, die eine eingehende Route erfüllen muss. Sie können eine oder mehrere Übereinstimmungsbedingungen angeben. Wenn Sie mehrere angeben, müssen alle mit der Route übereinstimmen, damit eine Übereinstimmung auftritt.

    Die from Anweisung ist optional. Wenn Sie die Und die from to Aussagen weglassen, gelten alle Routen als übereinstimmend.

    Hinweis:

    Bei Exportrichtlinien kann das Weglassen der from Anweisung aus einem Routing-Richtlinienbegriff zu unerwarteten Ergebnissen führen.

  • In der to Anweisung definieren Sie die Kriterien, die eine ausgehende Route erfüllen muss. Sie können eine oder mehrere Übereinstimmungsbedingungen angeben. Wenn Sie mehrere angeben, müssen alle mit der Route übereinstimmen, damit eine Übereinstimmung auftritt.

Die Reihenfolge der Spielbedingungen in einem Begriff ist nicht wichtig, da ein Pfad alle Spielbedingungen in einem Begriff erfüllen muss, um eine Maßnahme zu ergreifen.

Eine vollständige Liste der Übereinstimmungsbedingungen finden Sie unter Konfigurieren der Übereinstimmungsbedingungen in den Routingrichtlinienbedingungen.

Routing-Richtlinienaktionen

Eine Aktion definiert, was das Routinggerät mit der Route macht, wenn die Route alle Übereinstimmungsbedingungen in den from und to Anweisungen für einen bestimmten Begriff entspricht. Wenn ein Begriff keine Aussagen hat from to , gelten alle Routen als übereinstimmend und die Aktionen gelten für alle Routen.

Jeder Begriff kann eine oder mehrere der folgenden Aktionstypen aufweisen. Die Aktionen werden unter der then Anweisung konfiguriert.

  • Ablaufsteuerungsaktionen, die sich darauf auswirken, ob die Route angenommen oder abgelehnt wird und ob der nächste Begriff oder die Routing-Richtlinie bewertet werden soll.

  • Aktionen zur Manipulation der Routenmerkmale.

  • Trace-Aktion, die protokollt Route Übereinstimmungen.

Die then Anweisung ist optional. Wenn Sie es auslassen, tritt einer der folgenden Fälle auf:

  • Der nächste Begriff in der Routing-Richtlinie, falls vorhanden, wird ausgewertet.

  • Wenn die Routing-Richtlinie keine Begriffe mehr hat, wird die nächste Routing-Richtlinie bewertet, falls vorhanden.

  • Wenn es keine Begriffe oder Routing-Richtlinien mehr gibt, wird die accept in der Standardrichtlinie angegebene Aktion reject ausgeführt.

Eine vollständige Liste der Routing-Richtlinienaktionen finden Sie unter Konfigurieren von Aktionen in Routing-Richtlinienbedingungen.

Grundlegendes zur Backup-Auswahlrichtlinie für OSPF-Protokoll

Unterstützung für OSPF Loop-Free Alternate (LFA)-Routen fügt im Wesentlichen die IP Fast-Reroute-Funktion für OSPF hinzu. Junos OS stellt mehrere schleifenfreie Backup-Routen für alle OSPF-Routen vor. Diese Backup-Routen sind in der Packet Forwarding Engine vorinstalliert, die eine lokale Reparatur vornimmt und den Backup-Pfad implementiert, wenn der Link für einen primären nächsten Hop für eine bestimmte Route nicht mehr verfügbar ist. Die Auswahl der LFA erfolgt zufällig, indem eine passende LFA ausgewählt wird, um zum angegebenen Ziel zu gelangen. Dies gewährleistet nicht die beste Backup-Abdeckung, die für das Netzwerk verfügbar ist. Um die beste LFA auszuwählen, können Sie mit Junos OS netzwerkweite Backup-Auswahlrichtlinien für jedes Ziel (IPv4 und IPv6) und eine primäre Next-Hop-Schnittstelle konfigurieren. Diese Richtlinien werden auf der Grundlage von Admin-Gruppen, Wenng, Bandbreite, Schutzart, Metrik und Node-Informationen bewertet.

Bei der Berechnung von Backup Shortest Path-First (SPF) wird jedes Node- und Link-Attribut des Backup-Pfads von der IGP angesammelt und mit jedem Knoten (Router) in der Topologie verknüpft. Der nächste Hop im besten Backup-Pfad wird als Backup-nächster Hop in der Routing-Tabelle ausgewählt. Im Allgemeinen werden Richtlinienregeln für die Backup-Evaluierung in die folgenden Typen eingegliedert:

  • Pruning — Regeln zur Auswahl des geeigneten Backup-Pfads konfiguriert.

  • Reihenfolge — Regeln, die so konfiguriert sind, dass die besten unter den geeigneten Backup-Pfaden ausgewählt werden.

Die Richtlinien für die Backup-Auswahl können sowohl mit Pruning- als auch mit Bestellregeln konfiguriert werden. Beim Auswerten der Backup-Richtlinien wird jedem Backup-Pfad eine Punktzahl zugewiesen, ein ganzzahliger Wert, der die Gesamtgewichtung der bewerteten Kriterien darstellt. Der Backup-Pfad mit der höchsten Punktzahl wird ausgewählt.

Um die LFA-Auswahl durchzusetzen, konfigurieren Sie verschiedene Regeln für die folgenden Attribute:

  • admin-group: Administrative Gruppen, die auch als Link-Coloring oder Ressourcenklasse bezeichnet werden, werden manuell Attribute zugewiesen, die die "Farbe" von Links beschreiben, sodass Links mit derselben Farbe konzeptionell zur gleichen Klasse gehören. Diese konfigurierten administrativen Gruppen sind unter Protokoll-MPLS definiert. Sie können administrative Gruppen verwenden, um eine Vielzahl von Backup-Auswahlrichtlinien zu implementieren, indem Sie "exclude", "include-all", "include-any" oder "Preference" verwenden.

  • wenn die common resource ausfällt, ist eine Gruppe von Links, die sich eine gemeinsame Ressource teilen. Dies wirkt sich auf alle Verbindungen im Set aus, wenn die gemeinsame Ressource ausfällt. Diese Links sind mit dem gleichen Ausfallrisiko verbunden und gelten daher als Zugehörigkeit zur selben HANDELTA. Beispielsweise werden Verbindungen, die sich eine gemeinsame Glasfaser teilen, in derselben HANDELTE-10G angegeben, weil ein Fehler mit der Faser dazu führen kann, dass alle Verbindungen in der Gruppe ausfallen. Eine 32-Bit-Nummer wird in einer IGP -Domain (OSPF) durch eine eindeutige 32-Bit-Zahl dargestellt. Ein Link kann zu mehreren SRLGs gehören. Sie können die Backup-Auswahl so definieren, dass die gemeinsamen SRLGs zwischen dem primären und dem Backup-Pfad zugelassen oder abgelehnt werden. Diese Ablehnung der gemeinsamen SRLGs beruht auf der Nichtexistenz von Links, die gemeinsame SRLGs im primären Next-Hop und im Backup-SPF haben.

    Hinweis:

    Administrative Gruppen und ALSGS können nur für Standardtopologien erstellt werden.

  • Bandbreite: Die Bandbreite gibt die Bandbreitenbeschränkungen zwischen dem primären und dem Backup-Pfad an. Der Backup-Next-Hop-Link kann nur verwendet werden, wenn die Bandbreite der Backup-Next-Hop-Schnittstelle größer oder gleich der Bandbreite des primären nächsten Hops ist.

  • Schutztyp: Der Schutztyp schützt das Ziel vor einem Knotenausfall des primären Knotens oder vor dem Verbindungsausfall der primären Verbindung. Sie können Node, Link oder Node-Link konfigurieren, um das Ziel zu schützen. Wenn der Verbindungsknoten konfiguriert ist, wird die node-schützende LFA gegenüber der Link-Protection-LFA bevorzugt.

  • Node: Der Knoten ist die Richtlinieninformationen pro Knoten. Hier kann der Knoten ein direkt verbundener Router, ein Remote-Router wie RSVP-Backup-LSP-Tail-End oder jeder andere Router im Backup-SPF-Pfad sein. Die Knoten werden durch die Route-ID identifiziert, die von einem Knoten im LSP angekündigt wird. Sie können die Knoten, die sie im Backup-Pfad bevorzugen oder ausschließen sollen, auflisten.

  • Metrik: Metric entscheidet, wie die LFAs bevorzugt werden sollen. Im Backup-Auswahlpfad sind Root-Metrik und Dest-Metrik die beiden Arten von Metriken. root-Metrik gibt die Metrik für den One-Hop-Nachbarn oder einen Remote-Router wie einen RSVP-Backup-LSP-Tail-End-Router an. Die Dest-Kennzahl gibt die Metrik von einem One-Hop-Nachbarn oder Remote-Router wie einem RSVP-Backup-LSP-Tail-End-Router bis zum endgültigen Ziel an. Die Metrikauswertung erfolgt entweder in aufsteigender oder absteigender Reihenfolge. Standardmäßig wird die erste Einstellung für Backup-Pfade mit der niedrigsten Zielauswertung und dann für Backup-Pfade mit den niedrigsten Root-Metriken gegeben.

Mit der Bewertungsreihenfolge können Sie die Reihenfolge und die Kriterien für die Bewertung dieser Attribute im Backup-Pfad steuern. Sie können den Evaluierungsreihenfolge explizit konfigurieren. Nur die konfigurierten Attribute haben Einfluss auf die Auswahl des Backup-Pfads. Die Standardreihenfolge der Auswertung dieser Attribute für die LFA ist [ admin-group bdsgg bandbreitenschutztyp node kennzahl ] .

Hinweis:

TE-Attribute werden in OSPFv3 nicht unterstützt und können nicht für die Evaluierung von Sicherungsauswahlrichtlinien für IPv6-Präfixe verwendet werden.

Siehe auch

Konfigurieren der Backup-Auswahlrichtlinie für das OSPF-Protokoll

Unterstützung für OSPF Loop-Free Alternate (LFA)-Routen fügt im Wesentlichen die IP Fast-Reroute-Funktion für OSPF hinzu. Junos OS stellt mehrere schleifenfreie Backup-Routen für alle OSPF-Routen vor. Diese Backup-Routen sind in der Packet Forwarding Engine vorinstalliert, die eine lokale Reparatur vornimmt und den Backup-Pfad implementiert, wenn der Link für einen primären nächsten Hop für eine bestimmte Route nicht mehr verfügbar ist. Die Auswahl der LFA erfolgt zufällig, indem eine passende LFA ausgewählt wird, um zum angegebenen Ziel zu gelangen. Dies gewährleistet nicht die beste Backup-Abdeckung, die für das Netzwerk verfügbar ist. Um die beste LFA auszuwählen, können Sie mit Junos OS netzwerkweite Backup-Auswahlrichtlinien für jedes Ziel (IPv4 und IPv6) und eine primäre Next-Hop-Schnittstelle konfigurieren. Diese Richtlinien werden auf der Grundlage von Admin-Gruppen, Wenng, Bandbreite, Schutzart, Metrik und Node-Informationen bewertet.

Bevor Sie die Backup-Auswahlrichtlinie für das OSPF-Protokoll konfigurieren,

  • Konfigurieren Sie die Routerschnittstellen. Lesen Sie den Junos OS Network Management Administration Guide for Routing Devices.

  • Konfigurieren Sie ein Interior-Gateway-Protokoll oder statisches Routing. Weitere Informationen finden Sie in der Junos OS Routing Protocol Library für Routing-Geräte.

So konfigurieren Sie die Backup-Auswahlrichtlinie für das OSPF-Protokoll:

  1. Konfigurieren Sie Load Balancing pro Paket.
  2. Aktivieren Sie RSVP auf allen Schnittstellen.
  3. Konfigurieren Sie administrative Gruppen.
  4. Konfigurieren Sie die Werte der Firma auf der Seite der Firma.
  5. Aktivieren Sie MPLS auf allen Schnittstellen.
  6. Wenden Sie MPLS auf eine Schnittstelle an, die mit einer administrativen Gruppe konfiguriert ist.
  7. Konfigurieren Sie die ID des Routers.
  8. Wenden Sie die Routingrichtlinie auf alle kostengleichen Multipaths an, die aus der Routingtabelle in die Weiterleitungstabelle exportiert werden.
  9. Aktivieren Sie den Linkschutz und konfigurieren Sie Metrikwerte an allen Schnittstellen für einen Bereich.
  10. Konfigurieren Sie die administrative Gruppe der Backup-Auswahlrichtlinie für eine IP-Adresse.

    Sie können zwischen ausschließen, alle einschließen, alle einschließen oder die administrativen Gruppen aus dem Backup-Pfad bevorzugen.

    • Geben Sie die zu ausschließenden administrativen Gruppen an.

      Der Backup-Pfad wird nicht als loop-free alternate (LFA) oder Backup nexthop ausgewählt, wenn eine der Links im Pfad eine der aufgeführten administrativen Gruppen hat.

      Um beispielsweise die Gruppe c1 aus der administrativen Gruppe auszuschließen,

    • Konfigurieren Sie alle administrativen Gruppen, wenn für jeden Link im Sicherungspfad alle aufgeführten administrativen Gruppen erforderlich sind, um den Pfad anzunehmen.

      Um beispielsweise alle administrativen Gruppen festzulegen, wenn für jeden Link alle aufgeführten administrativen Gruppen erforderlich sind, um den Pfad zu akzeptieren,

    • Konfigurieren Sie jede administrative Gruppe, wenn für jeden Link im Backup-Pfad mindestens eine der aufgeführten administrativen Gruppen erforderlich ist, um den Pfad auszuwählen.

      Um beispielsweise eine administrative Gruppe festzulegen, wenn jeder Link im Backup-Pfad mindestens eine der aufgeführten administrativen Gruppen erfordert, um den Pfad auszuwählen,

    • Definieren Sie einen geordneten Satz einer administrativen Gruppe, der die Präferenz des Backup-Pfads angibt.

      Das linksste Element im Set wird am meisten bevorzugt.

      Um beispielsweise einen geordneten Satz einer administrativen Gruppe festzulegen, der die Präferenz des Backup-Pfads angibt:

  11. Konfigurieren Sie den Backup-Pfad so, dass die Auswahl des Backup-nächsten Hops nur zulässig ist, wenn die Bandbreite größer oder gleich der Bandbreite des primären nächsten Hops ist.
  12. Konfigurieren Sie den Backup-Pfad, um die Metrik vom One-Hop-Nachbarn oder vom Remote-Router wie einem RSVP-Backup-Label-Switched-Path (LSP)-Tail-End-Router zum endgültigen Ziel anzugeben.

    Die Zielkennzahl kann entweder die höchste oder die niedrigste sein.

    • Konfigurieren Sie den Backup-Pfad mit der höchsten Zielmetrik.

    • Konfigurieren Sie den Backup-Pfad mit der niedrigsten Zielmetrik.

  13. Konfigurieren Sie den Backup-Pfad, bei dem es sich um einen Downstream-Pfad zum Ziel handelt.
  14. Legen Sie bei der Auswahl des Backup-Pfads die Präferenzreihenfolge des Root- und der Zielmetrik fest.

    Die Präferenzreihenfolge kann sein:

    • [root dest] — Auswahl oder Voreinstellung für Backup-Pfade basiert zunächst auf den Root-Metrikkriterien. Wenn die Kriterien aller Root-Metriken identisch sind, basiert die Auswahl oder Präferenz auf der Dest-Metrik.

    • [dest root] — Die Auswahl oder Präferenz des Backup-Pfads basiert zunächst auf den Dest-Metrik-Kriterien. Wenn die Kriterien aller Dest-Metriken identisch sind, basiert die Auswahl auf der Root-Metrik.

  15. Konfigurieren Sie den Backup-Pfad, um eine Liste der Loop-Back-IP-Adressen der benachbarten Nachbarn zu definieren, die in der Backup-Pfadauswahl entweder ausgeschlossen oder bevorzugt werden sollen.

    Bei dem Nachbarn kann es sich um einen lokalen (angrenzenden Router)-Nachbarn, einen Remote-Nachbarn oder einen anderen Router im Backup-Pfad geben.

    • Konfigurieren Sie die Liste der Nachbarn, die ausgeschlossen werden sollen.

      Der Backup-Pfad, der über einen Router aus der Liste verfügt, wird nicht als schleifenfreie Alternative oder Backup-Next Hop ausgewählt.

    • Konfigurieren Sie eine geordnete Gruppe von Nachbarn, die bevorzugt werden sollen.

      Der Backup-Pfad mit dem linken Nachbarn wird ausgewählt.

  16. Konfigurieren Sie den Backup-Pfad, um den erforderlichen Schutztyp des Backup-Pfads anzugeben, der Link, Knoten oder Node-Link sein soll.

    • Wählen Sie den Backup-Pfad aus, der den Linkschutz bietet.

    • Wählen Sie den Backup-Pfad aus, der den Schutz des Knotens bietet.

    • Wählen Sie den Backup-Pfad aus, der entweder den Node- oder Link-Schutz ermöglicht LFA, bei dem Node-Schutz-LFA gegenüber Link-Schutz-LFA bevorzugt wird.

  17. Geben Sie die Metrik zum One-Hop-Nachbarn oder zum Remote-Router wie z. B. einem RSVP-Backup-Label-Switched-Path -Tail-End-Router (LSP) an.

    • Wählen Sie den Pfad mit der höchsten Root-Metrik aus.

    • Wählen Sie den Pfad mit der niedrigsten Root-Metrik aus.

  18. Konfigurieren Sie den Backup-Auswahlpfad, um die gemeinsamen gemeinsam genutzten Risiko-Link-Gruppen (CSVGs) zwischen dem primären Link und jedem Link im Backup-Pfad entweder zuzulassen oder abzulehnen.

    • Konfigurieren Sie den Backup-Pfad so, dass gemeinsame Verbindungen zwischen dem primären Link und jedem Link im Backup-Pfad zulässig sind.

      Es wird ein Backup-Pfad mit einer geringeren Anzahl von Zusammenstößen bevorzugt.

    • Konfigurieren Sie den Backup-Pfad so, dass der Backup-Pfad abgelehnt wird, der gemeinsame Verbindungen zwischen dem primären Next-Hop-Link und jedem Link im Backup-Pfad hat.

  19. Konfigurieren Sie den Backup-Pfad so, dass er die Reihenfolge und die Kriterien für die Bewertung des Backup-Pfads basierend auf der administrativen Gruppe, der Auswahl, der Bandbreite, dem Schutztyp, dem Knoten und der Metrik steuert.

    Die Standardreihenfolge der Auswertung ist Admin-Gruppe, Wenng, Bandbreite, Schutzart, Knoten und Metrik.

Siehe auch

Topologie-unabhängige schleifenfreie Alternative mit Segment-Routing für OSPF

Grundlegendes zu topologieunabhängiger schleifenfreier Alternative mit Segment-Routing für OSPF

Segment-Routing ermöglicht es einem Router, ein Paket auf einem bestimmten Pfad im Netzwerk zu senden, indem er einen Label-Stack aufschreibt, der den Pfad beschreibt. Die Weiterleitungsaktionen, die von einem Segment-Routing-Label-Stack beschrieben werden, müssen nicht pfadweise eingerichtet werden. Daher kann ein Eingangsrouter einen beliebigen Pfad mithilfe eines Segment-Routing-Labelstacks instanziieren und ihn sofort ohne Signalübertragung verwenden.

Im Segment-Routing kündigt jeder Knoten Zuordnungen zwischen eingehenden Labeln und Weiterleitungsaktionen an. Eine bestimmte Weiterleitungsaktion wird als Segment bezeichnet, und das Label, das dieses Segment identifiziert, wird als Segmentbezeichner (Segment Identifier, SID) bezeichnet. Die von TI-LFA erstellten Backup-Pfade verwenden die folgenden Arten von Segmenten:

  • Node-Segment: Ein Node-Segment leitet Pakete über den kürzesten Pfad oder Pfad an einen Zielknoten weiter. Das Label, das das Node-Segment darstellt (die Node-SID), wird ausgetauscht, bis der Zielknoten erreicht ist.

  • Adjacency-Segment: Ein Adjacency-Segment leitet Pakete über eine bestimmte Schnittstelle auf dem Knoten weiter, die das Adjacency-Segment angekündigt hat. Das Label, das ein Adjacency-Segment darstellt (die Adjacency-SID), wird vom Knoten, der es angekündigt hat, geknallt.

Ein Router kann ein Paket über einen bestimmten Pfad senden, indem er einen Label-Stack erstellt, der eine Kombination aus Node-SIDs und Adjacency-SIDs verwendet. In der Regel werden Node-SIDs verwendet, um Teile des Pfads darzustellen, die dem kürzesten Pfad zwischen zwei Knoten entsprechen. Eine Adjacency-SID wird überall dort verwendet, wo eine Node-SID nicht verwendet werden kann, um den gewünschten Pfad genau darzustellen.

Bei Verwendung mit OSPF bietet TI-LFA Schutz vor Verbindungsausfällen, Knotenausfällen, Schicksalsteilen-Ausfällen und Ausfällen von Verbindungsgruppen mit gemeinsamem Risiko. Im Verbindungsausfallmodus wird das Ziel geschützt, wenn die Verbindung ausfällt. Im Knotenschutzmodus wird das Ziel geschützt, wenn der Mit der primären Verbindung verbundene Nachbar ausfällt. Um den node-schützenden Pfad nach der Konvergenz zu bestimmen, wird davon ausgegangen, dass sich die Kosten aller Verbindungen, die den Nachbarn verlassen, um einen konfigurierbaren Betrag erhöhen.

Ab Junos OS Version 20.3R1 können Sie den Fate-Sharing-Schutz in TI-LFA-Netzwerken für Das Segment-Routing konfigurieren, um einen schnellen Umleitungspfad zu wählen, der keine fate-sharing-Gruppen in den topologieunabhängigen schleifenfreien alternativen Backup-Pfaden (TI-LFA) enthält, um Ausfälle mit der Schicksalsteilung zu vermeiden. Mit fate-sharing-Schutz wird auf jeder PLR eine Liste von schicksalsteiligen Gruppen konfiguriert, wobei die Links in jeder Fate-Sharing-Gruppe durch ihre jeweiligen IP-Adressen identifiziert werden. Die PLR ordnet jeder schicksalsteiligen Gruppe einen Preis zu. Der Schicksals-sharing-aware-Pfad nach der Konvergenz wird berechnet, indem angenommen wird, dass die Kosten für jeden Link in derselben Schicksalsgemeinschaft wie der gescheiterte Link die mit dieser Gruppe verbundenen Kosten erhöht haben.

Ab Junos OS Version 20.3R1 können Sie den Schutz der Shared Risk Link Group (SOLLG) in TI-LFA-Netzwerken für das Segment-Routing konfigurieren, um einen schnellen Umleitungspfad zu wählen, der keine ANDEREN LINKS in den topologieunabhängigen schleifenfreien alternativen Backup-Pfaden (TI-LFA) enthält. DIE FASERN teilen eine gemeinsame Faser und teilen auch die Risiken einer kaputten Verbindung. Wenn eine Verbindung in einer FIRMA AUSfällt, können auch andere Verbindungen in der Gruppe ausfallen. Daher müssen Sie Verbindungen vermeiden, die das gleiche Risiko wie der geschützte Link im Backup-Pfad haben. Durch die Konfiguration des CSVG-Schutzes wird verhindert, dass TI-LFA Backup-Pfade wählt, die einen gemeinsamen Risikolink enthalten. Wenn Sie DEN SCHUTZ FÜR DIE ABGEORDNETER ABGEORDNETER ABGEORDNETER KONFIGURIERT haben, berechnet OSPFv2 den schnellen Umleitungspfad, der mit dem Post-Konvergenzpfad übereinstimmt, und schließt die Verbindungen aus, die zu der INNG des geschützten Links gehören. Alle lokalen und Remote-Links, die von dem gleichen SRLG wie der geschützte Link stammen, sind vom TI-LFA-Back-up-Pfad ausgeschlossen. Der Point of Local Repair (PLR) richtet den Label-Stack für den schnellen Umleitungspfad mit einer anderen ausgehenden Schnittstelle ein. In IPv6-Netzwerken und In Netzwerken mit Multitopologie können Sie derzeit den SCHUTZ VON SRLG nicht aktivieren.

Um einen Backup-Pfad zu erstellen, der dem Post-Konvergenzpfad folgt, kann TI-LFA mehrere Label im Labelstack verwenden, die den Backup-Pfad definieren. Wenn die Anzahl der für das Erstellen eines bestimmten Backup-Pfads nach der Konvergenz erforderlichen Label einen bestimmten Betrag übersteigt, ist es unter umständen sinnvoll, diesen Backup-Pfad nicht zu installieren. Sie können die maximale Anzahl von Labeln konfigurieren, die ein Backup-Pfad haben kann, um installiert zu werden. Der Standardwert ist 3 mit einem Bereich von 2 bis 5.

Es ist oft der Fall, dass der Nachkonvergenzpfad für einen bestimmten Fehler tatsächlich eine Reihe von Pfaden zu gleichen Kosten ist. TI-LFA versucht, die Backup-Pfade zu einem bestimmten Ziel über mehrere Pfade zu gleichen Kosten in der Topologie nach dem Ausfall zu konstruieren. Abhängig von der Topologie muss TI-LFA möglicherweise unterschiedliche Label-Stacks verwenden, um diese zu gleichen Kosten gleichen Backup-Pfaden genau zu erstellen. Standardmäßig installiert TI-LFA nur einen Backup-Pfad für ein bestimmtes Ziel. Sie können den Wert jedoch im Bereich von 1 bis 8 konfigurieren.

Vorteile der Verwendung eines topologieunabhängigen, schleifenfreien Alternatives mit Segment-Routing

  • Loop-Free Alternate (LFA) und Remote LFA (RLFA) werden seit mehreren Jahren verwendet, um fast-Reroute-Schutz zu bieten. Mit LFA bestimmt ein Point of Local Repair (PLR), ob ein Paket, das an einen seiner direkten Nachbarn gesendet wird, sein Ziel erreicht, ohne durch den PLR zurück zu fahren. In einer typischen Netzwerktopologie können etwa 40 bis 60 Prozent der Ziele durch LFA geschützt werden. Remote-LFA erweitert das Konzept der LFA, indem sie es dem PLR ermöglicht, ein einziges Label für das Tunneln des Pakets zu einem Reparaturtunnelendpunkt festzulegen, von dem aus das Paket sein Ziel erreichen kann, ohne durch den PLR zurück zu fahren. Mit Remote-LFA können im Vergleich zu LFA mehr Ziele durch den PLR geschützt werden. Je nach Netzwerktopologie liegt der Anteil der Ziele, die durch Remote-LFA geschützt werden, jedoch in der Regel bei weniger als 100 Prozent.

  • Topologie-unabhängige LFA (TI-LFA) erweitert das Konzept von LFA und Remote-LFA, indem sie es dem PLR ermöglicht, tiefere Label-Stacks zum Erstellen von Backup-Pfaden zu verwenden. Darüber hinaus setzt TI-LFA die Bedingung auf, dass der vom PLR verwendete Backup-Pfad der gleiche Pfad ist, den ein Paket nimmt, wenn das Interior Gateway Protocol (IGP) für ein bestimmtes Fehlerszenario konvergiert ist. Dieser Pfad wird als Postkonvergenzpfad bezeichnet.

  • Die Verwendung des Postkonvergenzpfads als Backup-Pfad hat einige wünschenswerte Merkmale. Bei einigen Topologien muss ein Netzbetreiber nur sicherstellen, dass das Netzwerk genug Kapazität hat, um den Datenverkehr nach einem Ausfall auf dem Post-Konvergenzpfad zu übertragen. In diesen Fällen muss ein Netzbetreiber keine zusätzliche Kapazität zuweisen, um das Datenverkehrsmuster unmittelbar nach dem Fehler zu behandeln, während der Backup-Pfad aktiv ist, da der Backup-Pfad dem Post-Konvergenzpfad folgt.

  • Bei Verwendung mit OSPF bietet TI-LFA Schutz vor Verbindungsausfällen und Knotenausfällen.

Konfiguration von Topologie-unabhängigem schleifenfreiem Alternative mit Segment-Routing für OSPF

Stellen Sie sicher, dass Sie SPRING oder Segment-Routing konfigurieren, bevor Sie TI-LFA für OSPF konfigurieren.

Ab Junos OS Version 19.3R1 unterstützt Junos die Erstellung von OSPF-topologieunabhängigen TI-LFA-Backup-Pfaden, bei denen das Präfix SID aus einer Ankündigung des Segment-Routing-Zuordnungsservers gelernt wird, wenn sich PLR und Zuordnungsserver beide im selben OSPF-Bereich befinden.

Um TI-LFA mit SPRING für OSPF zu konfigurieren, müssen Sie folgendes tun:

  1. Aktivieren Sie TI-LFA für das OSPF-Protokoll.
  2. (Optional) Konfigurieren Sie Backup Shortest Path First (SPF)-Attribute wie maximale multipath-Backup-Pfade zu gleichen Kosten (ECMP) und maximale Label für TI-LFA für das OSPF-Protokoll.
  3. Konfigurieren Sie die Berechnung und Installation eines Backup-Pfads, der dem Postkonvergenzpfad in dem angegebenen Bereich und der schnittstelle für das OSPF-Protokoll folgt.
  4. (Optional) Aktivieren Sie den Knotenschutz für einen bestimmten Bereich und eine bestimmte Schnittstelle.
  5. (Optional) Ermöglichen Sie einen schutz für einen bestimmten Bereich und eine bestimmte Schnittstelle mit geteiltem Schicksal.
  6. (Optional) Aktivieren Sie DEN SCHUTZ VON SRLG für einen bestimmten Bereich und eine bestimmte Schnittstelle.

Siehe auch

Beispiel: Konfigurieren der Backup-Auswahlrichtlinie für das OSPF- oder OSPF3-Protokoll

Dieses Beispiel zeigt, wie Sie die Backup-Auswahlrichtlinie für das OSPF- oder OSPF3-Protokoll konfigurieren, mit dem Sie eine schleifenfreie Alternative (LFA) im Netzwerk auswählen können.

Wenn Sie Backup-Auswahlrichtlinien aktivieren, ermöglicht Junos OS die Auswahl von LFA basierend auf den Richtlinienregeln und Attributen der Verbindungen und Knoten im Netzwerk. Diese Attribute sind Admin-Gruppe, Wenng, Bandbreite, Schutzart, Kennzahl und Node.

Anforderungen

In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:

  • Acht Router, die eine Kombination aus Multiservice-Edge-Routern der M-Serie, universellen 5G-Routing-Plattformen der MX-Serie, Paketübertragungs-Routern der PTX-Serie und Core-Routern der T-Serie sein können

  • Junos OS Version 15.1 oder höher, die auf allen Geräten ausgeführt wird

Bevor Sie beginnen:

  1. Konfigurieren Sie die Geräteschnittstellen.

  2. Konfigurieren Sie OSPF.

Übersicht

In Junos OS kann der Standard-LFA-Auswahlalgorithmus (Loop-Free Alternative) oder die Kriterien mit einer LFA-Richtlinie überschrieben werden. Diese Richtlinien werden für jedes Ziel (IPv4 und IPv6) und eine primäre Next-Hop-Schnittstelle konfiguriert. Diese Backup-Richtlinien erzwingen die LFA-Auswahl auf Der Grundlage von Admin-Gruppe, Wenng, Bandbreite, Schutzart, Metrik und Node-Attributen des Backup-Pfads. Bei der Berechnung von Backup Shortest Path-First (SPF) wird jedes Attribut (sowohl Knoten als auch Link) des Backup-Pfads, das pro Backup Next-Hop gespeichert wird, von der IGP akkumuliert. Für die intern von IGP erstellten Routen wird der Attributsatz jedes Backup-Pfads anhand der für jedes Ziel konfigurierten Richtlinie (IPv4 und IPv6) und einer primären Next-Hop-Schnittstelle ausgewertet. Der erste oder der beste Backup-Pfad wird ausgewählt und als Backup-Nächster Hop in der Routing-Tabelle installiert. Um die Backup-Auswahlrichtlinie zu konfigurieren, fügen Sie die backup-selection Konfigurationsaussage auf Hierarchieebene [edit routing-options] ein. Der show backup-selection Befehl zeigt die konfigurierten Richtlinien für eine bestimmte Schnittstelle und ein bestimmtes Ziel an. Die Anzeige kann nach einem bestimmten Ziel, präfix, einer Schnittstelle oder einem logischen System gefiltert werden.

Topologie

In dieser in Abbildung 2 dargestellten Topologie ist die Backup-Auswahlrichtlinie auf Gerät R3 konfiguriert.

Abbildung 2: Beispiel Backup-Auswahlrichtlinie für OSPF oder OPSF3 Example Backup Selection Policy for OSPF or OPSF3

Konfiguration

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen alle Zeilenumbrüche, ändern alle erforderlichen Details, um mit Ihrer Netzwerkkonfiguration zu übereinstimmen, kopieren Sie die Befehle, fügen Sie sie auf Hierarchieebene in die [edit] CLI ein, und geben Sie dann aus dem Konfigurationsmodus ein commit .

R0

R1

R2

R3

R4

R5

R6

R7

Konfigurieren von Gerät R3

Schritt-für-Schritt-Verfahren

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

So konfigurieren Sie Gerät R3:

  1. Konfigurieren Sie die Schnittstellen.

  2. Konfigurieren Sie die Werte der Firma auf der Seite der Firma.

  3. Konfigurieren Sie die ID des Routers.

  4. Wenden Sie die Routingrichtlinie auf alle kostengleichen Multipaths an, die aus der Routingtabelle in die Weiterleitungstabelle exportiert werden.

  5. Konfigurieren Sie die Attribute der Backup-Auswahlrichtlinie.

  6. Aktivieren Sie RSVP auf allen Schnittstellen.

  7. Konfigurieren Sie administrative Gruppen.

  8. Aktivieren Sie MPLS auf allen Schnittstellen und konfigurieren Sie eine administrative Gruppe für eine Schnittstelle.

  9. Aktivieren Sie den Linkschutz und konfigurieren Sie Metrikwerte auf allen Schnittstellen für einen OSPF-Bereich.

  10. Aktivieren Sie den Linkschutz und konfigurieren Sie Metrikwerte an allen Schnittstellen für einen OSPF3-Bereich.

  11. Konfigurieren Sie die Routing-Richtlinie.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfacesBefehle , show protocols, show policy-optionsund show routing-options eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Wenn Sie mit der Konfiguration des Geräts fertig sind, geben Sie im Konfigurationsmodus ein commit .

Überprüfung

Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.

Verifizieren der Routen

Zweck

Stellen Sie sicher, dass die erwarteten Routen gelernt wurden.

Aktion

Führen Sie im Betriebsmodus den show route Befehl für die Routing-Tabelle aus.

Bedeutung

Die Ausgabe zeigt alle Geräte R3-Routen an.

Verifizieren der OSPF-Route

Zweck

Überprüfen Sie die Routing-Tabelle von OSPF.

Aktion

Führen Sie im Betriebsmodus den show ospf route detail Befehl für Gerät R3 aus.

Bedeutung

Die Ausgabe zeigt die Routing-Tabelle der OSPF-Router an.

Überprüfung der OSPF3-Route

Zweck

Überprüfen Sie die Routing-Tabelle von OSPF3.

Aktion

Führen Sie im Betriebsmodus den show ospf3 route detail Befehl für Gerät R3 aus.

Bedeutung

Die Ausgabe zeigt die Routing-Tabelle der OSPF3-Router an.

Überprüfen der Backup-Auswahlrichtlinie für Gerät R3

Zweck

Überprüfen Sie die Backup-Auswahlrichtlinie für Gerät R3.

Aktion

Führen Sie im Betriebsmodus den show backup-selection Befehl für Gerät R3 aus.

Bedeutung

Die Ausgabe zeigt die konfigurierten Richtlinien pro Präfix pro primäre Next-Hop-Schnittstelle an.

Siehe auch

Beispiel: Injizieren von OSPF-Routen in die BGP-Routing-Tabelle

Dieses Beispiel zeigt, wie Sie eine Richtlinie erstellen, die OSPF-Routen in die BGP-Routingtabelle einspeist.

Anforderungen

Bevor Sie beginnen:

Übersicht

In diesem Beispiel erstellen Sie eine Routing-Richtlinie mit dem injectterm1Namen .injectpolicy1 Die Richtlinie injiziert OSPF-Routen in die BGP-Routingtabelle.

Topologie

Konfiguration

Konfigurieren der Routing-Richtlinie

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen alle Zeilenumbrüche, ändern alle erforderlichen Details, um mit Ihrer Netzwerkkonfiguration zu übereinstimmen, kopieren Sie die Befehle, fügen Sie sie auf Hierarchieebene [bearbeiten] in die CLI ein, und geben Sie dann im Konfigurationsmodus ein commit .

Schritt-für-Schritt-Verfahren

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

So injizieren Sie OSPF-Routen in eine BGP-Routing-Tabelle:

  1. Erstellen Sie den Richtlinienbegriff.

  2. Geben Sie OSPF als Übereinstimmungsbedingung an.

  3. Geben Sie die Routen aus einem OSPF-Bereich als Übereinstimmungsbedingung an.

  4. Geben Sie an, dass die Route akzeptiert werden soll, wenn die vorherigen Bedingungen erfüllt sind.

  5. Wenden Sie die Routing-Richtlinie auf BGP an.

Ergebnisse

Bestätigen Sie Ihre Konfiguration, indem Sie die Befehle und show protocols bgp die show policy-options Befehle aus dem Konfigurationsmodus eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Wenn Sie mit der Konfiguration des Geräts fertig sind, geben Sie im Konfigurationsmodus ein commit .

Konfigurieren der Ablaufverfolgung für die Routing-Richtlinie

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen alle Zeilenumbrüche, ändern alle erforderlichen Details, um mit Ihrer Netzwerkkonfiguration zu übereinstimmen, kopieren Sie die Befehle, fügen Sie sie auf Hierarchieebene [bearbeiten] in die CLI ein, und geben Sie dann im Konfigurationsmodus ein commit .

Schritt-für-Schritt-Verfahren

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

  1. Fügen Sie eine Trace-Aktion in die Richtlinie ein.

  2. Konfigurieren Sie die Ablaufverfolgungsdatei für die Ausgabe.

Ergebnisse

Bestätigen Sie Ihre Konfiguration, indem Sie die Befehle und show routing-options die show policy-options Befehle aus dem Konfigurationsmodus eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Wenn Sie mit der Konfiguration des Geräts fertig sind, geben Sie im Konfigurationsmodus ein commit .

Überprüfung

Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen, ob die erwarteten BGP-Routen vorhanden sind

Zweck

Überprüfen Sie die Wirkung der Exportrichtlinie.

Aktion

Geben Sie im Betriebsmodus den show route Befehl ein.

Problembehandlung

Verwenden des Befehls "Protokoll anzeigen", um die Aktionen der Routing-Richtlinie zu überprüfen

Problem

Die Routingtabelle enthält unerwartete Routen, oder routen fehlen in der Routingtabelle.

Lösung

Wenn Sie die Richtlinienverfolgung konfigurieren, wie in diesem Beispiel dargestellt, können Sie den show log ospf-bgp-policy-log Befehl ausführen, um Probleme mit der Routingrichtlinie zu diagnostizieren. Der show log ospf-bgp-policy-log Befehl zeigt Informationen zu den Routen an, die der injectpolicy1 Richtlinienbegriff analysiert und auf die sie einwirkt.

Beispiel: Neuverteilung statischer Routen in OSPF

Dieses Beispiel zeigt, wie Sie eine Richtlinie erstellen, die statische Routen in OSPF neu verteilt.

Anforderungen

Bevor Sie beginnen:

Übersicht

In diesem Beispiel erstellen Sie eine Routing-Richtlinie namens exportstatic1 und einen Routing-Begriff namens exportstatic1. Die Richtlinie injiziert statische Routen in OSPF. Dieses Beispiel umfasst die folgenden Einstellungen:

  • policy-statement– Definiert die Routing-Richtlinie. Sie geben den Namen der Richtlinie an und definieren weiter die Elemente der Richtlinie. Der Richtlinienname muss eindeutig sein und kann Buchstaben, Zahlen und Bindestriche ( - ) enthalten und bis zu 255 Zeichen lang sein.

  • term– Definiert die Übereinstimmungsbedingung und die entsprechenden Aktionen für die Routing-Richtlinie. Der Begriffsname kann Buchstaben, Zahlen und Bindestriche ( - ) enthalten und bis zu 255 Zeichen lang sein. Sie geben den Namen des Begriffs an und definieren die Kriterien, die eine eingehende Route erfüllen muss, indem Sie die from Anweisung und die Aktion angeben, die ergriffen werden soll, wenn die Route mit den Bedingungen übereinstimmt, indem Sie die then Anweisung angeben. In diesem Beispiel geben Sie die Statische Protokoll-Übereinstimmungsbedingung und die Aktion akzeptieren an.

  • export– Wendet die Exportrichtlinie an, die Sie erstellt haben, um ausgewertet zu werden, wenn Routen aus der Routingtabelle in OSPF exportiert werden.

Topologie

Konfiguration

CLI-Schnellkonfiguration

Um schnell eine Richtlinie zu erstellen, die statische Routen in OSPF injiziert, kopieren Sie die folgenden Befehle und fügen sie in die CLI ein.

Verfahren

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Ändern der Junos OS-Konfiguration im CLI-Benutzerhandbuch.

So injizieren Sie statische Routen in OSPF:

  1. Erstellen Sie die Routing-Richtlinie.

  2. Erstellen Sie den Richtlinienbegriff.

  3. Geben Sie statisch als Übereinstimmungsbedingung an.

  4. Geben Sie an, dass die Route akzeptiert werden soll, wenn die vorherige Bedingung übereinstimmt.

  5. Wenden Sie die Routing-Richtlinie auf OSPF an.

    Hinweis:

    Für OSPFv3 fügen Sie die ospf3 Anweisung auf [edit protocols] Hierarchieebene ein.

  6. Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.

Ergebnisse

Bestätigen Sie Ihre Konfiguration, indem Sie die show policy-options Und-Befehle show protocols ospf eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Geben Sie die Befehle und show protocols ospf3 die show policy-options Befehle ein, um Ihre OSPFv3-Konfiguration zu bestätigen.

Überprüfung

Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen, ob die erwarteten statischen Routen vorhanden sind

Zweck

Überprüfen Sie die Wirkung der Exportrichtlinie.

Aktion

Geben Sie im Betriebsmodus den show route Befehl ein.

Überprüfen, ob externe AS-LSAs zur Routingtabelle hinzugefügt werden

Zweck

Stellen Sie auf dem Routinggerät, auf dem Sie die Exportrichtlinie konfiguriert haben, sicher, dass das Routinggerät eine externe AS-LSA für die statischen Routen stammt, die der Routingtabelle hinzugefügt werden.

Aktion

Geben Sie im Betriebsmodus den show ospf database Befehl für OSPFv2 und den show ospf3 database Befehl für OSPFv3 ein.

Beispiel: Konfigurieren einer OSPF-Importrichtlinie

Dieses Beispiel zeigt, wie Sie eine OSPF-Importrichtlinie erstellen. OSPF-Importrichtlinien gelten nur für externe Routen. Eine externe Route ist eine Route, die sich außerhalb des autonomen OsPF-Systems (AS) befindet.

Anforderungen

Bevor Sie beginnen:

Übersicht

Externe Routen werden von AS-Boundary-Routern gelernt. Externe Routen können in der gesamten OSPF-Domäne angekündigt werden, wenn Sie den AS-Boundary-Router so konfigurieren, dass die Route in OSPF neu verteilt wird. Eine externe Route kann vom AS-Boundary-Router aus einem anderen Routingprotokoll als OSPF gelernt werden, oder die externe Route kann eine statische Route sein, die Sie auf dem AS-Boundary-Router konfigurieren.

Für OSPFv3 wird die Link-State Advertisement (LSA) als Interarea-Präfix LSA bezeichnet und führt dieselbe Funktion aus wie eine Netzwerkzusammenfassungs-LSA für OSPFv2. Ein Area Border Router (ABR) hat für jedes IPv6-Präfix, das in einem Bereich angekündigt werden muss, eine Interarea-Präfix-LSA.

Mit der OSPF-Importrichtlinie können Sie verhindern, dass den Routing-Tabellen von OSPF-Nachbarn externe Routen hinzugefügt werden. Die Importrichtlinie wirkt sich nicht auf die OSPF-Datenbank aus. Das bedeutet, dass die Importrichtlinie keine Auswirkungen auf die Linkstatus-Ankündigungen hat. Die Filterung erfolgt nur auf externen Routen in OSPF. Die Intra-Area- und Interarea-Routen werden für die Filterung nicht berücksichtigt. Die Standardaktion besteht darin, die Route zu akzeptieren, wenn die Route nicht mit der Richtlinie übereinstimmt.

Dieses Beispiel umfasst die folgenden OSPF-Richtlinieneinstellungen:

  • policy-statement– Definiert die Routing-Richtlinie. Sie geben den Namen der Richtlinie an und definieren weiter die Elemente der Richtlinie. Der Richtlinienname muss eindeutig sein und kann Buchstaben, Zahlen und Bindestriche ( - ) enthalten und bis zu 255 Zeichen lang sein.

  • export– Wendet die Exportrichtlinie an, die Sie erstellt haben, um ausgewertet zu werden, wenn Netzwerkzusammenfassungs-LSAs in einen Bereich überflutet werden. In diesem Beispiel heißt die Exportrichtlinie export_static.

  • import– Wendet die Importrichtlinie an, die Sie erstellt haben, um zu verhindern, dass der Routingtabelle externe Routen hinzugefügt werden. In diesem Beispiel heißt die Importrichtlinie filter_routes.

Die Geräte, die Sie in diesem Beispiel konfigurieren, stellen die folgenden Funktionen dar:

  • R1– Gerät R1 befindet sich im Bereich 0.0.0.0 und hat eine direkte Verbindung zu Gerät R2. R1 verfügt über eine OSPF-Exportrichtlinie konfiguriert. Die Exportrichtlinie verteilt statische Routen aus der Routing-Tabelle von R1 in die OSPF-Datenbank von R1. Da sich die statische Route in der OSPF-Datenbank von R1 befindet, wird die Route in einer LSA zum OSPF-Nachbarn von R1 angekündigt. Der OSPF-Nachbarn von R1 ist Das Gerät R2.

  • R2– Gerät R2 befindet sich im Bereich 0.0.0.0 und hat eine direkte Verbindung zum Gerät R1. R2 hat eine OSPF-Importrichtlinie konfiguriert, die der statischen Route zum 10.0.16.0/30-Netzwerk entspricht und verhindert, dass die statische Route in der Routing-Tabelle von R2 installiert wird. Der OSPF-Nachbarn von R2 ist Gerät R1.

Konfiguration

CLI-Schnellkonfiguration

Um eine OSPF-Importrichtlinie schnell zu konfigurieren, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern alle erforderlichen Details, um ihre Netzwerkkonfiguration zu entsprechen, kopieren Sie die Befehle, fügen Sie sie auf der Hierarchieebene [bearbeiten] in die CLI ein, und geben Sie dann aus dem Konfigurationsmodus ein commit .

Konfiguration auf Gerät R1:

Konfiguration auf Gerät R2:

Verfahren

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Ändern der Junos OS-Konfiguration imCLI-Benutzerhandbuch.

So konfigurieren Sie eine OSPF-Importrichtlinie:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPF auf den Schnittstellen.

    Hinweis:

    Für OSPFv3 fügen Sie die ospf3 Anweisung auf [edit protocols] Hierarchieebene ein.

  3. Verteilen Sie die statische Route auf R1 in OSPF.

  4. Konfigurieren Sie auf R2 die OSPF-Importrichtlinie.

  5. Wenn Sie mit der Konfiguration der Geräte fertig sind, bestätigen Sie die Konfiguration.

Ergebnisse

Bestätigen Sie Ihre Konfiguration, indem Sie die show interfacesBefehle show policy-optionsauf show protocols ospf dem entsprechenden Gerät eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Ausgang für R1:

Ausgang für R2:

Geben Sie die Befehle und show policy-optionsshow routing-optionsshow protocols ospf3 Befehle auf dem show interfacesentsprechenden Gerät ein, um Ihre OSPFv3-Konfiguration zu bestätigen.

Überprüfung

Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfung der OSPF-Datenbank

Zweck

Stellen Sie sicher, dass OSPF die statische Route in der OSPF-Datenbank ansklamiert.

Aktion

Geben Sie im Betriebsmodus den show ospf database für OSPFv2 ein, und geben Sie den show ospf3 database Befehl für OSPFv3 ein.

Überprüfen der Routing-Tabelle

Zweck

Überprüfen Sie die Einträge in der Routing-Tabelle.

Aktion

Geben Sie im Betriebsmodus den show route Befehl ein.

Beispiel: Konfigurieren einer Routenfilterrichtlinie zur Angabe der Priorität für Präfixe, die über OSPF gelernt wurden

Dieses Beispiel zeigt, wie Sie eine OSPF-Importrichtlinie erstellen, die bestimmte durch OSPF erlernte Präfixe priorisiert.

Anforderungen

Bevor Sie beginnen:

Übersicht

In einem Netzwerk mit einer großen Anzahl von OSPF-Routen kann es nützlich sein, die Reihenfolge zu steuern, in der Routen als Reaktion auf eine Änderung der Netzwerktopologie aktualisiert werden. In Junos OS Version 9.3 und höher können Sie für Präfixe, die in einer OSPF-Importrichtlinie enthalten sind, eine hohe, mittlere oder niedrige Priorität angeben. Im Falle einer OSPF-Topologieänderung werden zuerst Präfixe mit hoher Priorität in der Routingtabelle aktualisiert, gefolgt von Präfixen mit mittlerer und dann niedriger Priorität.

Die OSPF-Importrichtlinie kann nur zum Festlegen der Priorität oder zum Filtern externer OSPF-Routen verwendet werden. Wenn eine OSPF-Importrichtlinie angewendet wird, die zu einer reject Terminierungsaktion für eine nichtnächste Route führt, wird die reject Aktion ignoriert und die Route wird trotzdem akzeptiert. Standardmäßig wird eine solche Route jetzt in der Routing-Tabelle mit einer Priorität von low installiert. Dieses Verhalten verhindert Datenverkehrs-Black Holes, d. h. unbemerkt verworfenen Datenverkehr, indem ein konsistentes Routing innerhalb der OSPF-Domäne gewährleistet wird.

Im Allgemeinen werden OSPF-Routen, denen keine explizite Priorität zugewiesen wurde, als Prioritätsmedium behandelt, mit Ausnahme der folgenden Punkte:

  • Sammelverwerfen-Routen haben eine Standardpriorität von niedrig.

  • Lokalen Routen, die nicht zur Routingtabelle hinzugefügt werden, wird die Priorität low zugewiesen.

  • Externen Routen, die von der Importrichtlinie abgelehnt und somit nicht zur Routingtabelle hinzugefügt werden, wird eine Priorität von low zugewiesen.

Zur Ermittlung der Priorität können alle verfügbaren Übereinstimmungskriterien verwendet werden, die für OSPF-Routen gelten. Zwei der am häufigsten verwendeten Übereinstimmungskriterien für OSPF sind die route-filter und tag Anweisungen.

In diesem Beispiel befindet sich das Routing-Gerät im Bereich 0.0.0.0 mit Schnittstellen fe-0/1/0 und fe-1/1/0 verbindungen zu benachbarten Geräten. Sie konfigurieren eine Import-Routing-Richtlinie namens ospf-import, um eine Priorität für Präfixe anzugeben, die über OSPF gelernt werden. Routen, die diesen Präfixen zugeordnet sind, werden in der Routing-Tabelle in der Reihenfolge der angegebenen Priorität der Präfixe installiert. Routenabgleich 192.0.2.0/24 orlonger wird zuerst installiert, da sie eine Priorität von high. Routenabgleich 198.51.100.0/24 orlonger werden als nächstes installiert, da sie eine Priorität von medium. Routenabgleich 203.0.113.0/24 orlonger werden zuletzt installiert, da sie eine Priorität von low. Anschließend wenden Sie die Importrichtlinie auf OSPF an.

Hinweis:

Der Prioritätswert wird wirksam, wenn eine neue Route installiert wird oder wenn eine vorhandene Route geändert wird.

Topologie

Konfiguration

CLI-Schnellkonfiguration

Um schnell eine OSPF-Importrichtlinie zu konfigurieren, die bestimmte durch OSPF erlernte Präfixe priorisiert, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen alle Zeilenumbrüche, ändern alle erforderlichen Details, um mit Ihrer Netzwerkkonfiguration zu übereinstimmen, kopieren sie die Befehle und fügen sie auf Hierarchieebene [bearbeiten] in die CLI ein, und geben Sie dann aus dem Konfigurationsmodus ein commit .

Verfahren

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Ändern der Junos OS-Konfiguration imCLI-Benutzerhandbuch.

So konfigurieren Sie eine OSPF-Importrichtlinie, die bestimmte Präfixe priorisiert:

  1. Konfigurieren Sie die Schnittstellen.

  2. Aktivieren Sie OSPF auf den Schnittstellen.

    Hinweis:

    Für OSPFv3 fügen Sie die ospf3 Anweisung auf [edit protocols] Hierarchieebene ein.

  3. Konfigurieren Sie die Richtlinie, um die Priorität für Präfixe anzugeben, die über OSPF gelernt wurden.

  4. Wenden Sie die Richtlinie auf OSPF an.

  5. Wenn Sie mit der Konfiguration des Geräts fertig sind, bestätigen Sie die Konfiguration.

Ergebnisse

Bestätigen Sie Ihre Konfiguration durch Eingabe von show interfaces, show policy-optionsund den show protocols ospf Befehlen. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Geben Sie zum Bestätigen Ihrer OSPFv3-Konfiguration die show interfacesBefehle und show protocols ospf3 show policy-optionsdie Befehle ein.

Überprüfung

Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen der Präfixpriorität in der OSPF-Routing-Tabelle

Zweck

Überprüfen Sie die dem Präfix in der OSPF-Routingtabelle zugewiesene Priorität.

Aktion

Geben Sie im Betriebsmodus den show ospf route detail für OSPFv2 ein, und geben Sie den show ospf3 route detail Befehl für OSPFv3 ein.

Import- und Exportrichtlinien für Netzwerkzusammenfassungen – Übersicht

Standardmäßig verwendet OSPF Network Summary Link-State Advertisements (LSAs), um Routeninformationen über die Grenzen des Bereichs hinweg zu übertragen. Jeder Area Border Router (ABR) überflutet Netzwerk-Summary-LSAs an andere Routing-Geräte im selben Bereich. Der ABR steuert auch, welche Routen aus dem Bereich verwendet werden, um Netzwerkzusammenfassungs-LSAs in andere Bereiche zu generieren. Jeder ABR unterhält für jeden Bereich, mit dem er verbunden ist, eine eigene topologische Datenbank. In Junos OS Version 9.1 und höher können Sie Export- und Importrichtlinien für OSPFv2 und OSPFv3 konfigurieren, mit denen Sie steuern können, wie Netzwerkzusammenfassungs-LSAs, die Informationen zu unterarea OSPF-Präfixen enthalten, verteilt und generiert werden. Für OSPFv3 wird die LSA als Interarea-Präfix LSA bezeichnet und führt dieselbe Funktion aus wie eine Netzwerkzusammenfassungs-LSA für OSPFv2. Ein ABR hat für jedes IPv6-Präfix, das in einem Bereich angekündigt werden muss, eine interarea Präfix-LSA.

Mit der Exportrichtlinie können Sie angeben, welche Zusammenfassungs-LSAs in einen Bereich überflutet werden. Mit der Importrichtlinie können Sie steuern, welche aus einem Bereich gelernten Routen verwendet werden, um Zusammenfassungs-LSAs in andere Bereiche zu generieren. Sie definieren eine Routing-Richtlinie auf [edit policy-options policy-statement policy-name] Hierarchieebene. Wie bei allen OSPF-Exportrichtlinien ist der Standard für Netzwerkzusammenfassungs-LSA-Exportrichtlinien, alles abzulehnen. Ebenso wie bei allen OSPF-Importrichtlinien ist der Standard für Netzwerkzusammenfassungs-LSA-Importrichtlinien, alle OSPF-Routen zu akzeptieren.

Beispiel: Konfigurieren einer OSPF-Exportrichtlinie für Netzwerkzusammenfassungen

Dieses Beispiel zeigt, wie Sie eine OSPF-Exportrichtlinie erstellen, um die LSAs des Netzwerks (Typ 3) zu steuern, die der ABR in einen OSPF-Bereich überflutet.

Anforderungen

Bevor Sie beginnen:

Übersicht

OSPF verwendet Netzwerkzusammenfassungs-LSAs, um Routeninformationen über Bereichsgrenzen hinweg zu übertragen. Abhängig von Ihrer Netzwerkumgebung können Sie die Netzwerkzusammenfassungs-LSAs zwischen OSPF-Bereichen weiter filtern. Wenn Sie beispielsweise OSPF-Bereiche zum Definieren von Verwaltungsgrenzen erstellen, möchten Sie möglicherweise keine internen Routeninformationen zwischen diesen Bereichen ankündigen. Um die Kontrolle der Routenverteilung zwischen mehreren OSPF-Bereichen weiter zu verbessern, können Sie Netzwerkzusammenfassungsrichtlinien im ABR für den Bereich konfigurieren, den Sie für die Ankündigung von Netzwerkzusammenfassungs-LSAs filtern möchten.

Hinweis:

Für OSPFv3 wird die LSA als Interarea-Präfix LSA bezeichnet und führt dieselbe Funktion aus wie eine Netzwerkzusammenfassungs-LSA für OSPFv2. Ein ABR hat für jedes IPv6-Präfix, das in einem Bereich angekündigt werden muss, eine interarea Präfix-LSA. In diesem Thema werden die Begriffe Netzwerkzusammenfassungsrichtlinie und Netzwerkzusammenfassungsrichtlinie verwendet, um sowohl OSPFv2- als auch OSPFv3-Funktionen zu beschreiben.

Die folgenden Richtlinien gelten für den Export von Netzwerkzusammenfassungsrichtlinien:

  • Vor der Konfiguration dieser Richtlinien sollten Sie ein umfassendes Verständnis für Ihr Netzwerk haben. Eine falsche Konfiguration der Netzwerkzusammenfassungsrichtlinie kann zu einem unbeabsichtigten Ergebnis führen, z. B. suboptimales Routing oder unterbrochener Datenverkehr.

  • Wir empfehlen, für diese Richtlinientypen die Übereinstimmungsbedingung für Die Routenfilterrichtlinie zu verwenden.

  • Wir empfehlen, für diese Richtlinientypen die accept Routing- und reject Routing-Richtlinienbegriffe zu verwenden.

Abbildung 3 zeigt eine Beispieltopologie mit drei OSPF-Bereichen. R4 erstellt Netzwerkzusammenfassungen für die Routen im Bereich 4 und sendet diese von Bereich 4 zu Bereich 0. R3 erstellt Netzwerkzusammenfassungen für die Routen im Bereich 3 und sendet diese von Bereich 3 nach Bereich 0.

Abbildung 3: Beispieltopologie, die für eine OSPF-Exportnetzwerk-Zusammenfassungsrichtlinie Sample Topology Used for an OSPF Export Network Summary Policy verwendet wird

In diesem Beispiel konfigurieren Sie R4 mit einer Exportnetzwerkzusammenfassungsrichtlinie, die nur Routen zulässt, die dem Präfix 10.0.4.4 von Bereich 3 in Bereich 4 entsprechen. Die Exportrichtlinie steuert die LSAs für die Netzwerkzusammenfassung, die R4 in Bereich 4 überflutet. Dies führt dazu, dass nur die interarea-Route in Bereich 4 und alle anderen interarea-Routen aus der OSPF-Datenbank und der Routing-Tabelle der Geräte in Bereich 4 gelöscht werden. Sie definieren zunächst die Richtlinie und wenden sie dann auf den ABR an, indem Sie die network-summary-export Anweisung für OSPFv2 oder die inter-area-prefix-export Anweisung für OSPFv3 angeben.

Die Geräte arbeiten wie folgt:

  • R1– Gerät R1 ist ein interner Router im Bereich 3. Schnittstelle fe-0/1/0 hat eine IP-Adresse von 10.0.4.13/30 und verbindet sich mit R3. Die Schnittstelle fe-0/0/1 hat eine IP-Adresse von 10.0.4.5/30 und verbindet sich mit R2.

  • R2– Gerät R2 ist ein interner Router im Bereich 3. Die Schnittstelle fe-0/0/1 hat eine IP-Adresse von 10.0.4.6/30 und verbindet sich mit R1. Schnittstelle fe-1/0/0 hat eine IP-Adresse von 10.0.4.1 und verbindet sich mit R3.

  • R3– Gerät R3 nimmt in Bereich 3 und Bereich 0 teil. R3 ist der ABR zwischen Bereich 3 und Bereich 0 und leitet Netzwerkzusammenfassungs-LSAs zwischen den Bereichen. Die Schnittstelle fe-1/0/0 hat eine IP-Adresse von 10.0.4.2/30 und verbindet sich mit R2. Schnittstelle fe-1/1/0 hat eine IP-Adresse von 10.0.4.14/30 und verbindet sich mit R1. Die Schnittstelle fe-0/0/1 hat eine IP-Adresse von 10.0.2.1/30 und verbindet sich mit R4.

  • R4– Gerät R4 nimmt in Bereich 0 und Bereich 4 teil. R4 ist der ABR zwischen Bereich 0 und Bereich 4 und leitet Netzwerk-Zusammenfassungs-LSAs zwischen den Bereichen. Die Schnittstelle fe-0/0/1 hat eine IP-Adresse von 10.0.2.4/30 und verbindet sich mit R3. Die Schnittstelle fe-1/1/0 hat eine IP-Adresse von 10.0.8.6/30 und verbindet sich mit R5. Die Schnittstelle fe-1/0/0 hat eine IP-Adresse von 10.0.8.9/30 und verbindet sich mit R6.

  • R5– Gerät R5 ist ein interner Router im Bereich 4. Schnittstelle fe-1/1/0 hat eine IP-Adresse von 10.0.8.5/30 und verbindet sich mit R4.

  • R6– Gerät R6 ist ein interner Router im Bereich 4. Die Schnittstelle fe-1/0/0 hat eine IP-Adresse von 10.0.8.10/30 und verbindet sich mit R4.

Konfiguration

CLI-Schnellkonfiguration

Um eine OSPF-Exportrichtlinie für Netzwerkzusammenfassungen schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen alle Zeilenumbrüche, ändern alle erforderlichen Details, um ihrer Netzwerkkonfiguration zu entsprechen, kopieren Sie die Befehle, fügen sie auf Hierarchieebene [bearbeiten] in die CLI ein, und geben Sie dann aus dem Konfigurationsmodus ein commit .

Konfiguration auf Gerät R1:

Konfiguration auf Gerät R2:

Konfiguration auf Gerät R3:

Konfiguration auf Gerät R4:

Konfiguration auf Gerät R5:

Konfiguration auf Gerät R6:

Verfahren

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Ändern der Junos OS-Konfiguration im CLI-Benutzerhandbuch.

So konfigurieren Sie eine OSPF-Exportrichtlinie für Netzwerkzusammenfassungen:

  1. Konfigurieren Sie die Schnittstellen.

    Hinweis:

    Verwenden Sie für OSPFv3 IPv6-Adressen.

  2. Aktivieren Sie OSPF auf den Schnittstellen.

    Hinweis:

    Für OSPFv3 fügen Sie die ospf3 Anweisung auf [edit protocols] Hierarchieebene ein.

  3. Konfigurieren Sie auf R4 die Export-Netzwerkzusammenfassungsrichtlinie.

  4. Wenden Sie auf R4 die Export-Netzwerkzusammenfassungsrichtlinie auf OSPF an.

    Hinweis:

    Für OSPFv3 fügen Sie die inter-area-prefix-export Anweisung auf [edit protocols ospf3 area area-id] Hierarchieebene ein.

  5. Wenn Sie mit der Konfiguration der Geräte fertig sind, bestätigen Sie die Konfiguration.

Ergebnisse

Bestätigen Sie Ihre Konfiguration, indem Sie die show interfacesBefehle show policy-optionsauf show protocols ospf dem entsprechenden Gerät eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Ausgang für R1:

Ausgang für R2:

Ausgang für R3:

Ausgang für R4:

Ausgang für R5:

Ausgang für R6:

Geben Sie zum Bestätigen Ihrer OSPFv3-Konfiguration die show interfacesBefehle show policy-optionsund show protocols ospf3 Befehle auf dem entsprechenden Gerät ein.

Überprüfung

Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfung der OSPF-Datenbank

Zweck

Stellen Sie sicher, dass die OSPF-Datenbank für die Geräte im Bereich 4 die interarea-Route enthält, die wir auf der ABR R4 zugelassen haben. Die anderen interarea-Routen, die nicht angegeben sind, sollten altern oder nicht mehr in der OSPF-Datenbank vorhanden sein.

Aktion

Geben Sie im Betriebsmodus den show ospf database netsummary area 0.0.0.4 Befehl für OSPFv2 und den show ospf3 database inter-area-prefix area 0.0.0.4 Befehl für OSPFv3 ein.

Überprüfen der Routing-Tabelle

Zweck

Stellen Sie sicher, dass die Routen, die den abgelehnten Netzwerkzusammenfassungen entsprechen, in der Routingtabelle von R4, R5 oder R6 nicht mehr vorhanden sind.

Aktion

Geben Sie im Betriebsmodus den show route protocol ospf Befehl für OSPFv2 und OSPFv3 ein.

Beispiel: Konfigurieren einer OSPF-Importrichtlinie für Netzwerkzusammenfassungen

Dieses Beispiel zeigt, wie Sie eine OSPF-Importrichtlinie erstellen, um die Netzwerkzusammenfassungs-LSAs (Typ 3) zu steuern, die der ABR aus einem OSPF-Bereich ankündigt.

Anforderungen

Bevor Sie beginnen:

Übersicht

OSPF verwendet Netzwerkzusammenfassungs-LSAs, um Routeninformationen über Bereichsgrenzen hinweg zu übertragen. Abhängig von Ihrer Netzwerkumgebung können Sie die Netzwerkzusammenfassungs-LSAs zwischen OSPF-Bereichen weiter filtern. Wenn Sie beispielsweise OSPF-Bereiche zum Definieren von Verwaltungsgrenzen erstellen, möchten Sie möglicherweise keine internen Routeninformationen zwischen diesen Bereichen ankündigen. Um die Kontrolle der Routenverteilung zwischen mehreren OSPF-Bereichen weiter zu verbessern, können Sie Netzwerkzusammenfassungsrichtlinien im ABR für den Bereich konfigurieren, den Sie für die Ankündigung von Netzwerkzusammenfassungs-LSAs filtern möchten.

Hinweis:

Für OSPFv3 wird die LSA als Interarea-Präfix LSA bezeichnet und führt dieselbe Funktion aus wie eine Netzwerkzusammenfassungs-LSA für OSPFv2. Ein ABR hat für jedes IPv6-Präfix, das in einem Bereich angekündigt werden muss, eine interarea Präfix-LSA. In diesem Thema werden die Begriffe Netzwerkzusammenfassungsrichtlinie und Netzwerkzusammenfassungsrichtlinie verwendet, um sowohl OSPFv2- als auch OSPFv3-Funktionen zu beschreiben.

Für den Import von Netzwerkzusammenfassungsrichtlinien gelten die folgenden Richtlinien:

  • Vor der Konfiguration dieser Richtlinien sollten Sie ein umfassendes Verständnis für Ihr Netzwerk haben. Eine falsche Konfiguration der Netzwerkzusammenfassungsrichtlinie kann zu einem unbeabsichtigten Ergebnis führen, z. B. suboptimales Routing oder unterbrochener Datenverkehr.

  • Wir empfehlen, für diese Richtlinientypen die route-filter Bedingung richtliniengleich zu verwenden.

  • Wir empfehlen, für diese Richtlinientypen die accept Routing- und reject Routing-Richtlinienbegriffe zu verwenden.

Abbildung 4 zeigt eine Beispieltopologie mit drei OSPF-Bereichen. R4 erstellt Netzwerkzusammenfassungen für die Routen im Bereich 4 und sendet diese von Bereich 4 zu Bereich 0. R3 erstellt Netzwerkzusammenfassungen für die Routen im Bereich 3 und sendet diese von Bereich 3 nach Bereich 0.

Abbildung 4: Beispieltopologie, die für eine Zusammenfassungsrichtlinie für OSPF-Importnetzwerke verwendet wird Sample Topology Used for an OSPF Import Network Summary Policy

In diesem Beispiel konfigurieren Sie R3 mit einer Import-Netzwerkzusammenfassungsrichtlinie, sodass R3 nur Netzwerkzusammenfassungen für die Route 10.0.4.12/30 generiert. Die Einfuhrrichtlinie steuert die Routen und damit die Netzwerkzusammenfassungen, die R3 außerhalb von Bereich 3 anwirbt, sodass die Anwendung dieser Richtlinie bedeutet, dass R3 nur die Route 10.0.4.12/30 aus Bereich 3 anpreist. Dies führt dazu, dass vorhandene Netzwerkzusammenfassungen von anderen interarea-Routen aus der OSPF-Datenbank in Bereich 0 und Bereich 4 sowie die Routing-Tabellen der Geräte in Den Bereichen 0 und Bereich 4 gelöscht werden. Sie definieren zunächst die Richtlinie und wenden sie dann auf den ABR an, indem Sie die network-summary-import Anweisung für OSPFv2 oder die inter-area-prefix-import Anweisung für OSPFv3 angeben.

Die Geräte arbeiten wie folgt:

  • R1– Gerät R1 ist ein interner Router im Bereich 3. Schnittstelle fe-0/1/0 hat eine IP-Adresse von 10.0.4.13/30 und verbindet sich mit R3. Die Schnittstelle fe-0/0/1 hat eine IP-Adresse von 10.0.4.5/30 und verbindet sich mit R2.

  • R2– Gerät R2 ist ein interner Router im Bereich 3. Die Schnittstelle fe-0/0/1 hat eine IP-Adresse von 10.0.4.6/30 und verbindet sich mit R1. Schnittstelle fe-1/0/0 hat eine IP-Adresse von 10.0.4.1/30 und verbindet sich mit R3.

  • R3– Gerät R3 nimmt in Bereich 3 und Bereich 0 teil. R3 ist der ABR zwischen Bereich 3 und Bereich 0 und leitet Netzwerkzusammenfassungs-LSAs zwischen den Bereichen. Die Schnittstelle fe-1/0/0 hat eine IP-Adresse von 10.0.4.2/30 und verbindet sich mit R2. Schnittstelle fe-1/1/0 hat eine IP-Adresse von 10.0.4.14/30 und verbindet sich mit R1. Die Schnittstelle fe-0/0/1 hat eine IP-Adresse von 10.0.2.1/30 und verbindet sich mit R4.

  • R4– Gerät R4 nimmt in Bereich 0 und Bereich 4 teil. R4 ist der ABR zwischen Bereich 0 und Bereich 4 und leitet Netzwerk-Zusammenfassungs-LSAs zwischen den Bereichen. Die Schnittstelle fe-0/0/1 hat eine IP-Adresse von 10.0.2.1/30 und verbindet sich mit R3. Die Schnittstelle fe-1/1/0 hat eine IP-Adresse von 10.0.8.6/30 und verbindet sich mit R5. Die Schnittstelle fe-1/0/0 hat eine IP-Adresse von 10.0.8.9/30 und verbindet sich mit R6.

  • R5– Gerät R5 ist ein interner Router im Bereich 4. Schnittstelle fe-1/1/0 hat eine IP-Adresse von 10.0.8.5/30 und verbindet sich mit R4.

  • R6– Gerät R6 ist ein interner Router im Bereich 4. Die Schnittstelle fe-1/0/0 hat eine IP-Adresse von 10.0.8.10/30 und verbindet sich mit R4.

Konfiguration

Verfahren

CLI-Schnellkonfiguration

Um eine OSPF-Importrichtlinie für Netzwerkzusammenfassungen schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen sie alle Zeilenumbrüche, ändern alle erforderlichen Details, um ihrer Netzwerkkonfiguration zu entsprechen, kopieren sie die Befehle, fügen sie auf Hierarchieebene [bearbeiten] in die CLI ein, und geben Sie dann aus dem Konfigurationsmodus ein commit .

Konfiguration auf Gerät R1:

Konfiguration auf Gerät R2:

Konfiguration auf Gerät R3:

Konfiguration auf Gerät R4:

Konfiguration auf Gerät R5:

Konfiguration auf Gerät R6:

Schritt-für-Schritt-Verfahren

Im folgenden Beispiel müssen Sie auf verschiedenen Ebenen in der Konfigurationshierarchie navigieren. Informationen zum Navigieren in der CLI finden Sie unter Ändern der Junos OS-Konfiguration im CLI-Benutzerhandbuch.

So konfigurieren Sie eine OSPF-Importrichtlinie für Netzwerkzusammenfassungen:

  1. Konfigurieren Sie die Schnittstellen.

    Hinweis:

    Verwenden Sie für OSPFv3 IPv6-Adressen.

  2. Aktivieren Sie OSPF auf den Schnittstellen.

    Hinweis:

    Für OSPFv3 fügen Sie die ospf3 Anweisung auf [edit protocols] Hierarchieebene ein.

  3. Konfigurieren Sie auf R3 die Netzwerkzusammenfassungsrichtlinie für den Import.

  4. Wenden Sie auf R3 die Netzwerkzusammenfassungsrichtlinie für den Import auf OSPF an.

    Hinweis:

    Für OSPFv3 fügen Sie die inter-area-prefix-export Anweisung auf [edit protocols ospf3 area area-id] Hierarchieebene ein.

  5. Wenn Sie mit der Konfiguration der Geräte fertig sind, bestätigen Sie die Konfiguration.

Ergebnisse

Bestätigen Sie Ihre Konfiguration, indem Sie die show interfacesBefehle show policy-optionsauf show protocols ospf dem entsprechenden Gerät eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Ausgang für R1:

Ausgang für R2:

Ausgang für R3:

Ausgang für R4:

Ausgang für R5:

Ausgang für R6:

Geben Sie zum Bestätigen Ihrer OSPFv3-Konfiguration die show interfacesBefehle show policy-optionsund show protocols ospf3 Befehle auf dem entsprechenden Gerät ein.

Überprüfung

Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfung der OSPF-Datenbank

Zweck

Stellen Sie sicher, dass die OSPF-Datenbank für die Geräte im Bereich 4 die interarea-Route enthält, die wir von R3 bewerben. Andere Routen aus Bereich 3 sollten nicht in Bereich 4 ausgeschrieben werden, daher sollten diese Einträge altern oder nicht mehr in der OSPF-Datenbank vorhanden sein.

Aktion

Geben Sie im Betriebsmodus den show ospf database netsummary area 0.0.0.4 Befehl für OSPFv2 und den show ospf3 database inter-area-prefix area 0.0.0.4 Befehl für OSPFv3 ein.

Überprüfen der Routing-Tabelle

Zweck

Stellen Sie sicher, dass die angegebene Route in der Routing-Tabelle von R4, R5 oder R6 enthalten ist. Andere Routen aus Bereich 3 sollten nicht in Bereich 4 ausgeschrieben werden.

Aktion

Geben Sie im Betriebsmodus den show route protocol ospf Befehl für OSPFv2 und OSPFv3 ein.

Beispiel: Neuverteilung von OSPF-Routen in IS-IS

Dieses Beispiel zeigt, wie Sie OSPF-Routen in ein IS-IS-Netzwerk umverteilt.

Anforderungen

Vor der Konfiguration dieses Beispiels ist keine spezielle Konfiguration erforderlich, die über die Geräteinitialisierung hinausgeht.

Übersicht

Exportrichtlinien können auf IS-IS angewendet werden, um die Routenumverteilung zu erleichtern.

Junos OS unterstützt die Anwendung von Importrichtlinien für Link-State-Routing-Protokolle wie IS-IS nicht, da solche Richtlinien zu inkonsistenten LSDB-Einträgen (Link-State Database) führen können, was wiederum zu Routing-Inkonsistenzen führen kann.

In diesem Beispiel werden OSPF-Routen 192.168.0/24 bis 192.168.3/24 von Gerät R2 in DEN IS-IS-Bereich 49.0002 verteilt.

Darüber hinaus werden Richtlinien so konfiguriert, dass sichergestellt wird, dass Gerät R1 Ziele im Netzwerk 10.0.0.44/30 erreicht und dass Gerät R3 Ziele im Netzwerk 10.0.0.36/30 erreichen kann. Dies ermöglicht end-to-End-Erreichbarkeit.

Abbildung 5 zeigt die in diesem Beispiel verwendete Topologie.

Abbildung 5: IS-IS-Routenumverteilungstopologie IS-IS Route Redistribution Topology

Cli-Schnellkonfiguration zeigt die Konfiguration für alle Geräte in Abbildung 5. Im Abschnitt #d109e62__d109e232 werden die Schritte auf Gerät R2 beschrieben. #d109e62__d109e361 beschreibt die Schritte auf Gerät R3.

Topologie

Konfiguration

Verfahren

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen sie in eine Textdatei ein, entfernen alle Zeilenumbrüche, ändern alle erforderlichen Details, um mit Ihrer Netzwerkkonfiguration zu übereinstimmen, und kopieren Sie dann die Befehle und fügen sie auf Hierarchieebene in die [edit] CLI ein.

Gerät R1

Gerät R2

Gerät R3

Schritt-für-Schritt-Verfahren

So konfigurieren Sie Gerät R2:

  1. Konfigurieren Sie die Netzwerkschnittstellen.

  2. Konfigurieren Sie IS-IS auf der Schnittstelle zu Gerät R1 und der Loopback-Schnittstelle.

  3. Konfigurieren Sie die Richtlinie, die es Gerät R1 ermöglicht, das Netzwerk 10.0.0.44/30 zu erreichen.

  4. Wenden Sie die Richtlinie an, die es Gerät R1 ermöglicht, das 10.0.0.0.44/30-Netzwerk zu erreichen.

  5. Konfigurieren Sie OSPF auf den Schnittstellen.

  6. Konfigurieren Sie die OSPF-Routenumverteilungsrichtlinie.

  7. Wenden Sie die OSPF-Routenumverteilungsrichtlinie auf die IS-IS-Instanz an.

  8. Konfigurieren Sie die Richtlinie, die es Gerät R3 ermöglicht, das Netzwerk 10.0.0.36/30 zu erreichen.

  9. Wenden Sie die Richtlinie an, die es Gerät R3 ermöglicht, das Netzwerk 10.0.0.36/30 zu erreichen.

Schritt-für-Schritt-Verfahren

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

So konfigurieren Sie mehrstufiges IS-IS:

  1. Konfigurieren Sie die Netzwerkschnittstellen.

    Auf der Loopback-Schnittstelle werden mehrere Adressen konfiguriert, um mehrere Routenziele zu simulieren.

  2. Konfigurieren Sie statische Routen zu den Loopback-Schnittstellenadressen.

    Dies sind die Routen, die in IS-IS neu verteilt werden.

  3. Konfigurieren Sie OSPF auf den Schnittstellen.

  4. Konfigurieren Sie die OSPF-Richtlinie zum Exportieren der statischen Routen.

  5. Wenden Sie die OSPF-Exportrichtlinie an.

Ergebnisse

Bestätigen Sie Ihre Konfiguration im Konfigurationsmodus, indem Sie die show interfacesBefehle , show protocols, show policy-optionsund show routing-options eingeben. Wenn die gewünschte Konfiguration in der Ausgabe nicht angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Gerät R2

Gerät R3

Wenn Sie mit der Konfiguration des Geräts fertig sind, geben Sie im Konfigurationsmodus ein commit .

Überprüfung

Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfung der OSPF-Routenankündigung

Zweck

Stellen Sie sicher, dass die erwarteten Routen von OSPF angekündigt werden.

Aktion

Geben Sie im Betriebsmodus auf Gerät R2 den show route protocol ospf Befehl ein.

Bedeutung

Die 192.168/16-Routen werden von OSPF ausgeschrieben.

Überprüfung der Routenumverteilung

Zweck

Stellen Sie sicher, dass die erwarteten Routen von OSPF in IS-IS umverteilt sind.

Aktion

Geben Sie im Betriebsmodus auf Gerät R1 den show route protocol isis Befehl ein.

Bedeutung

Die 192.168/16-Routen werden in IS-IS umverteilt.

Überprüfung der Konnektivität

Zweck

Prüfen Sie, ob Gerät R1 die Ziele auf Gerät R3 erreichen kann.

Aktion

Geben Sie im Betriebsmodus den ping Befehl ein.

Bedeutung

Diese Ergebnisse bestätigen, dass Gerät R1 die Ziele im OSPF-Netzwerk erreichen kann.

Ähnliche Dokumentation

Tabelle "Versionshistorie"
Release
Beschreibung
20.3R1
Ab Junos OS Version 20.3R1 können Sie den Fate-Sharing-Schutz in TI-LFA-Netzwerken für Das Segment-Routing konfigurieren, um einen schnellen Umleitungspfad zu wählen, der keine fate-sharing-Gruppen in den topologieunabhängigen schleifenfreien alternativen Backup-Pfaden (TI-LFA) enthält, um Ausfälle mit der Schicksalsteilung zu vermeiden.
20.3R1
Ab Junos OS Version 20.3R1 können Sie den Schutz der Shared Risk Link Group (SOLLG) in TI-LFA-Netzwerken für das Segment-Routing konfigurieren, um einen schnellen Umleitungspfad zu wählen, der keine ANDEREN LINKS in den topologieunabhängigen schleifenfreien alternativen Backup-Pfaden (TI-LFA) enthält.
19.3R1
Ab Junos OS Version 19.3R1 unterstützt Junos die Erstellung von OSPF-topologieunabhängigen TI-LFA-Backup-Pfaden, bei denen das Präfix SID aus einer Ankündigung des Segment-Routing-Zuordnungsservers gelernt wird, wenn sich PLR und Zuordnungsserver beide im selben OSPF-Bereich befinden.