Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Konfigurieren des ordnungsgemäßen Neustarts für Routing-Protokolle

Sie können den ordnungsgemäßen Neustart für Routing-Protokolle mit den folgenden Schritten konfigurieren.

Aktivieren des ordnungsgemäßen Neustarts

Standardmäßig ist der ordnungsgemäße Neustart deaktiviert. Um den ordnungsgemäßen Neustart zu aktivieren, schließen Sie die graceful-restart-Anweisung auf der Hierarchieebene [edit routing-instance instance-name routing-options] oder [edit routing-options] ein.

Zum Beispiel:

Um die Dauer des Zeitraums für den ordnungsgemäßen Neustart zu konfigurieren, schließen Sie die Neustartdauer auf der Hierarchieebene [edit routing-options graceful-restart] ein.

Anmerkung:

Der Hilfsmodus (die Möglichkeit, einen benachbarten Router bei einem ordnungsgemäßen Neustart zu unterstützen) ist standardmäßig aktiviert, wenn Sie die Routing-Plattform starten, auch wenn der ordnungsgemäße Neustart nicht aktiviert ist. Sie können den Hilfsmodus pro Protokoll deaktivieren.

Um den ordnungsgemäßen Neustart global zu deaktivieren, schließen Sie die disable-Anweisung auf der Hierarchieebene [edit routing-options graceful-restart] ein.

Wenn der Graceful-Restart für alle Routing-Protokolle auf der Hierarchieebene [edit routing-options graceful-restart] aktiviert ist, können Sie den Graceful-Restart protokollweise deaktivieren.

Anmerkung:

Wenn Sie den ordnungsgemäßen Neustart konfigurieren, nachdem eine BGP- oder LDP-Sitzung eingerichtet wurde, wird die BGP- oder LDP-Sitzung neu gestartet, und die Peers handeln die Funktionen für den ordnungsgemäßen Neustart aus. Außerdem werden die BGP-Peer-Routing-Statistiken auf Null zurückgesetzt.

Konfigurieren von Graceful-Restart-Optionen für BGP

Um die Dauer des BGP-Graceful-Restart-Zeitraums zu konfigurieren, schließen Sie die Anweisung restart-time auf der Hierarchieebene [edit protocols bgp graceful-restart] ein. Um festzulegen, wie lange der Router auf den Empfang von Nachrichten von neu startenden Nachbarn wartet, bevor er sie als deaktiviert deklariert, fügen Sie die Anweisung stale-routes-time auf der Hierarchieebene [edit protocols bgp graceful-restart] ein.

Um die BGP-Funktion für den ordnungsgemäßen Neustart für alle BGP-Sitzungen zu deaktivieren, schließen Sie die Anweisung disable auf der Hierarchieebene [edit protocols bgp graceful-restart] ein.

Anmerkung:

Um die Eigenschaften für den BGP-Graceful-Neustart festzulegen oder für eine Gruppe zu deaktivieren, fügen Sie die gewünschten Anweisungen auf der Hierarchieebene [edit protocols bgp group group-name graceful-restart] ein.

Um die Eigenschaften des BGP-Graceful-Restarts festzulegen oder für einen bestimmten Nachbarn in einer Gruppe zu deaktivieren, fügen Sie die gewünschten Anweisungen auf der Hierarchieebene [edit protocols bgp group group-name neighbor ip-address graceful-restart] ein.
Anmerkung:

Durch die Konfiguration des ordnungsgemäßen Neustarts für BGP werden die BGP-Peer-Routing-Statistiken auf Null zurückgesetzt. Außerdem werden bestehende BGP-Sitzungen neu gestartet, und die Peers handeln Graceful-Restart-Funktionen aus.
Anmerkung:

Konfigurieren Sie nicht sowohl die bidirektionale Weiterleitungserkennung (BFD) für BGP als auch den ordnungsgemäßen Neustart für BGP. Die Routing-Performance kann in diesem Fall suboptimal sein.

Verwenden von Control Plane Dependent BFD zusammen mit dem Graceful Restart Helper Mode

Wenn BFD von der Steuerungsebene abhängig ist und das Gerät ein BFD-Ausfallereignis erkennt und noch nicht in den Graceful-Restart-Hilfsmodus wechselt, wird dies als reguläres BFD-Down-Ereignis behandelt, und das Gerät wechselt in den Graceful-Restart-Hilfsmodus. Dieses Verhalten macht die von der Steuerungsebene abhängige BFD in Verbindung mit einem ordnungsgemäßen Neustart unbrauchbar.

Fügen Sie die dont-help-shared-fate-bfd-down Anweisung in die [edit protocols bgp graceful-restart] Hierarchie ein, um sicherzustellen, dass das Gerät nicht in den Hilfsmodus für den ordnungsgemäßen Neustart wechselt und der Datenverkehr weiterhin über einen alternativen Pfad geleitet wird, selbst wenn eine Schnittstelle ausfällt (ohne Neustart der Steuerungsebene auf dem BGP-Nachbarn).

Sie können verhindern, dass Firewalls der SRX-Serie in den Modus für den ordnungsgemäßen Neustart wechseln, wenn das Gerät mit BFD mit einem externen Single-Hop-BGP (EBGP) konfiguriert ist, indem Sie die dont-help-shared-fate-bfd-down Anweisung in die [edit protocols bgp graceful-restart] Hierarchie aufnehmen.

Siehe auch

Konfigurieren von Graceful-Restart-Optionen für ES-IS

Um die Dauer des ES-IS-Zeitraums für den ordnungsgemäßen Neustart zu konfigurieren, schließen Sie die restart-duration Anweisung auf Hierarchieebene [edit protocols esis graceful-restart] ein.

Um die ES-IS-Funktion für den ordnungsgemäßen Neustart zu deaktivieren, schließen Sie die disable Anweisung auf Hierarchieebene [edit protocols esis graceful-restart] ein.

Konfigurieren von Graceful-Restart-Optionen für IS-IS

Um die Dauer des IS-IS-Zeitraums für den ordnungsgemäßen Neustart zu konfigurieren, schließen Sie die restart-duration Anweisung auf Hierarchieebene [edit protocols isis graceful-restart] ein.

Um die IS-IS-Funktion für den ordnungsgemäßen Neustart zu deaktivieren, schließen Sie die helper-disable Anweisung auf Hierarchieebene [edit protocols isis graceful-restart] ein. Um die IS-IS-Funktion für den ordnungsgemäßen Neustart zu deaktivieren, schließen Sie die disable Anweisung auf Hierarchieebene [edit protocols isis graceful-restart] ein.

Anmerkung:

Wenn bei den Nachbarschaften zwischen der Routing-Engine und den benachbarten Peer-"Helfer"-Routern eine Zeitüberschreitung auftritt, können Graceful-Restart-Protokollerweiterungen die Peer-"Helfer"-Router nicht über den bevorstehenden Neustart informieren. Ein ordnungsgemäßer Neustart kann dann anhalten und Unterbrechungen des Datenverkehrs verursachen.

Um sicherzustellen, dass diese Nachbarschaften beibehalten werden, ändern Sie die Haltezeit für IS-IS-Protokolle von der Standardeinstellung von 27 Sekunden auf einen Wert höher als 40 Sekunden.

Anmerkung:

Sie können auch Graceful-Restart-Ereignisse mit der traceoptions Anweisung auf Hierarchieebene [edit protocols isis] nachverfolgen. Weitere Informationen finden Sie unter Nachverfolgen von Graceful-Restart-Ereignissen.

Konfigurieren von Graceful-Restart-Optionen für OSPF und OSPFv3

Um die Dauer des OSPF/OSPFv3-Graceful-Restart-Zeitraums zu konfigurieren, schließen Sie die Anweisung restart-duration auf der Hierarchieebene [edit protocols (ospf | ospf3) graceful-restart] ein. Um die Zeitspanne anzugeben, für die der Router Hilfsrouter benachrichtigt, dass er den ordnungsgemäßen Neustart abgeschlossen hat, fügen Sie die notify-duration auf der Hierarchieebene [edit protocols (ospf | ospf3) graceful-restart] ein. Eine strenge OSPF-LSA-Prüfung (Link State Advertisement) führt dazu, dass der ordnungsgemäße Neustart durch einen helfenden Router beendet wird. Um die strenge LSA-Prüfung zu deaktivieren, schließen Sie die Anweisung no-strict-lsa-checking auf der Hierarchieebene [edit protocols (ospf | ospf3) graceful-restart] ein.

Um den ordnungsgemäßen Neustart von OSPF/OSPFv3 zu deaktivieren, fügen Sie die Anweisung disable auf der Hierarchieebene [edit protocols (ospf | ospf3) graceful-restart] ein.

Junos OS unterstützt sowohl den standardmäßigen (basierend auf RFC 3623, Graceful OSPF Restart) als auch den auf Neustartsignalisierung basierenden (wie in RFC 4811, RFC 4812 und RFC 4813 spezifiziert) Hilfsmodi für OSPF Version 2 Graceful-Restart-Konfigurationen. Sowohl der standardmäßige als auch der auf Neustartsignalisierung basierende Hilfsmodus sind standardmäßig aktiviert. Um den Hilfsmodus für OSPF Version 2 Graceful-Restart-Konfigurationen zu deaktivieren, fügen Sie die Anweisung helper-disable <both | restart-signaling | standard> auf der Hierarchieebene [edit protocols ospf graceful-restart] ein. Beachten Sie, dass die letzte Commit-Anweisung immer Vorrang vor der vorherigen hat.

Um den Hilfsmodus wieder zu aktivieren, löschen Sie die helper-disable-Anweisung aus der Konfiguration, indem Sie den Befehl delete protocols ospf graceful-restarthelper-disable <restart-signaling | standard | both> verwenden. Auch in diesem Fall hat der zuletzt ausgeführte Befehl Vorrang vor den vorherigen.

Anmerkung:

Der signalisierungsbasierte Hilfsmodus für Neustarts wird für OSPFv3-Konfigurationen nicht unterstützt. Um den Hilfsmodus für OSPFv3-Konfigurationen zu deaktivieren, fügen Sie die helper-disable Anweisung auf der Hierarchieebene [edit protocols ospfv3 graceful-restart] ein.
Trinkgeld:

Sie können auch Graceful-Restart-Ereignisse mit der traceoptions-Anweisung auf der Hierarchieebene [edit protocols (ospf | ospf3)] nachverfolgen. Weitere Informationen finden Sie unter Nachverfolgen von Graceful-Restart-Ereignissen.

Konfigurieren von Graceful-Restart-Optionen für RIP und RIPng

Um die Dauer des RIP- oder RIPng-Zeitraums für den ordnungsgemäßen Neustart zu konfigurieren, schließen Sie die restart-time Anweisung auf Hierarchieebene [edit protocols (rip | ripng) graceful-restart] ein.

Um die RIP- oder RIPng-Funktion für den ordnungsgemäßen Neustart zu deaktivieren, schließen Sie die disable Anweisung auf Hierarchieebene [edit protocols (rip | ripng) graceful-restart] ein.

Konfigurieren von Graceful-Restart-Optionen für den PIM-Sparse-Modus

Der PIM-Sparsemodus leitet während eines ordnungsgemäßen Neustarts weiterhin vorhandene Multicast-Paketströme weiter, leitet neue Streams jedoch erst nach Abschluss des Neustarts weiter. Nach einem Neustart aktualisiert die Routing-Plattform den Weiterleitungsstatus mit allen Aktualisierungen, die von Nachbarn empfangen wurden und während des Neustartzeitraums aufgetreten sind. Beispielsweise lernt die Routing-Plattform die Join- und Bereinigungszustände von Nachbarn während des Neustarts neu, wendet die Änderungen jedoch erst nach dem Neustart auf die Weiterleitungstabelle an.

PIM-Sparse-Mode-fähige Routing-Plattformen generieren eine eindeutige 32-Bit-Zufallszahl, die als Generation Identifier bezeichnet wird. Generationsbezeichner sind standardmäßig in PIM-Hello-Nachrichten enthalten, wie im IETF-Internetentwurf Protocol Independent Multicast - Sparse Mode (PIM-SM): Protocol Specification (Revised) angegeben. Wenn eine Routing-Plattform PIM-Hellos mit Generationskennungen auf einer Punkt-zu-Punkt-Schnittstelle empfängt, aktiviert Junos OS einen Algorithmus, der einen ordnungsgemäßen Neustart optimiert.

Bevor der graceful-restart im PIM-Sparse-Modus erfolgt, erstellt jede Routing-Plattform eine Generationskennung und sendet diese an ihre Multicast-Nachbarn. Wenn eine PIM-Sparse-Mode-fähige Routing-Plattform neu startet, erstellt sie eine neue Generationskennung und sendet sie an ihre Nachbarn. Wenn ein Nachbar die neue Kennung empfängt, sendet er erneut Multicast-Updates an den neu startenden Router, damit dieser den ordnungsgemäßen Neustart effizient beenden kann. Die Neustartphase wird abgeschlossen, wenn entweder der PIM-Status stabil wird oder wenn der Timer für das Neustartintervall abläuft.

Wenn eine Routing-Plattform keine Generierungsbezeichner unterstützt oder wenn PIM auf Multipoint-Schnittstellen aktiviert ist, wird der PIM-Graceful-Restart-Algorithmus für den Sparse-Modus nicht aktiviert, und ein Standard-Neustart-Timer wird als Neustartmechanismus verwendet.

Um die Dauer des PIM-Zeitraums für den ordnungsgemäßen Neustart zu konfigurieren, schließen Sie die restart-duration Anweisung auf Hierarchieebene [edit protocols pim graceful-restart] ein:

Um die Funktion für den ordnungsgemäßen Neustart im PIM-Modus mit geringer Dichte zu deaktivieren, schließen Sie die disable Anweisung auf Hierarchieebene [edit protocols pim graceful-restart] ein.

Anmerkung:

Die Multicast-Weiterleitung kann auf zwei Arten unterbrochen werden. Erstens, wenn das zugrunde liegende Routing-Protokoll instabil ist, können Multicast-Reverse-Path-Forwarding-Prüfungen (RPF) fehlschlagen und eine Unterbrechung verursachen. Da die Weiterleitungstabelle während des Zeitraums für den ordnungsgemäßen Neustart nicht aktualisiert wird, werden neue Multicast-Streams erst weitergeleitet, wenn der ordnungsgemäße Neustart abgeschlossen ist.

Verfolgung von Graceful-Restart-Ereignissen

Um den Fortschritt eines Ereignisses für einen ordnungsgemäßen Neustart nachzuverfolgen, können Sie Flags für Ablaufverfolgungsoptionen für den ordnungsgemäßen Neustart für IS-IS und OSPF/OSPFv3 konfigurieren. Um die Ablaufverfolgungsoptionen für den ordnungsgemäßen Neustart zu konfigurieren, schließen Sie die graceful-restart-Anweisung auf der Hierarchieebene [traceoptions-flag protocol bearbeiten] ein:

Konfigurieren des Graceful Restart für MPLS-bezogene Protokolle

Dieser Abschnitt enthält die folgenden Themen:

Graceful Restart global konfigurieren

Um den ordnungsgemäßen Neustart global für alle MPLS-bezogenen Protokolle zu konfigurieren, schließen Sie die graceful-restart Anweisung auf Hierarchieebene [edit routing-options] ein. Um die Dauer des Zeitraums für den ordnungsgemäßen Neustart zu konfigurieren, schließen Sie die Neustartdauer auf Hierarchieebene [edit routing-options graceful-restart] ein:

Um den ordnungsgemäßen Neustart global zu deaktivieren, schließen Sie die disable Anweisung auf Hierarchieebene [edit routing-options graceful-restart] ein.

Konfigurieren von Graceful-Restart-Optionen für RSVP, CCC und TCC

Da CCC und TCC auf RSVP angewiesen sind, müssen Sie diese drei Protokolle als einzelne Gruppe ändern.

Um zu konfigurieren, wie lange der Router den Status seiner RSVP-Nachbarn beibehält, während sie einen ordnungsgemäßen Neustart durchlaufen, fügen Sie die maximum-helper-recovery-time Anweisung auf Hierarchieebene [edit protocols rsvp graceful-restart] ein. Dieser Wert wird auf alle benachbarten Router angewendet und sollte daher auf der Zeit basieren, die der langsamste RSVP-Nachbar für die Wiederherstellung benötigt.

Um die Verzögerung zwischen dem Zeitpunkt, an dem der Router erkennt, dass ein benachbarter Router ausgefallen ist, und dem Zeitpunkt, an dem er den Nachbarn für ausgefallen erklärt, zu konfigurieren, schließen Sie die maximum-helper-restart-time Anweisung auf Hierarchieebene [edit protocols rsvp graceful-restart] ein. Dieser Wert wird auf alle benachbarten Router angewendet und sollte daher auf der Zeit basieren, die der langsamste RSVP-Nachbar für einen Neustart benötigt.

Um den RSVP-, CCC- und TCC-Graceful-Neustart zu deaktivieren, fügen Sie die disable Anweisung auf Hierarchieebene [edit protocols rsvp graceful-restart] ein. Um die RSVP-, CCC- und TCC-Hilfsfunktion zu deaktivieren, fügen Sie die helper-disable Anweisung auf Hierarchieebene [edit protocols rsvp graceful-restart] ein.

Konfigurieren von Graceful-Restart-Optionen für LDP

Wenn Sie den ordnungsgemäßen Neustart für LDP konfigurieren, können Sie die folgenden optionalen Anweisungen auf Hierarchieebene [edit protocols ldp graceful-restart] einschließen:

Die Anweisungen haben die folgenden Auswirkungen auf den ordnungsgemäßen Neustartprozess:

  • Um die Zeitspanne zu konfigurieren, die für die Wiederaufnahme einer Sitzung nach einem ordnungsgemäßen Neustart erforderlich ist, fügen Sie die reconnect-time Anweisung ein; der Bereich liegt zwischen 30 und 300 Sekunden. Um die maximale Wiederverbindungszeit zu begrenzen, die von einem neu startenden Nachbar-Router zulässig ist, fügen Sie die maximum-neighbor-reconnect-time folgende Anweisung ein; der Bereich liegt zwischen 30 und 300 Sekunden.

  • Um die Zeitspanne zu konfigurieren, die Hilfsrouter benötigen, um den alten Weiterleitungsstatus während eines ordnungsgemäßen Neustarts aufrechtzuerhalten, schließen Sie die recovery-time folgende Anweisung ein; der Bereich liegt zwischen 120 und 1800 Sekunden. Auf dem Hilfs-Router können Sie eine Anweisung konfigurieren, die die Anforderung des neu startenden Routers überschreibt und die maximale Zeitspanne festlegt, die der Hilfs-Router den alten Weiterleitungsstatus beibehält. Um diese Funktion zu konfigurieren, schließen Sie die maximum-neighbor-recovery-time Anweisung ein; der Bereich liegt zwischen 140 und 1900 Sekunden.

    Anmerkung:

    Der Wert für die Wiederherstellungszeit und maximum-neighbor-recovery-time die Anweisungen auf der [edit protocols ldp graceful-restart] Hierarchieebene sollte ungefähr 80 Sekunden länger sein als der Wert für die restart-duration Anweisung auf der [edit routing-options graceful-restart] Hierarchieebene. Andernfalls wird eine Warnmeldung angezeigt, wenn Sie versuchen, die Konfiguration zu bestätigen.

  • Um die LDP-Funktion für den ordnungsgemäßen Neustart zu deaktivieren, schließen Sie die disable Anweisung ein. Um die LDP-Hilfsfunktion für den ordnungsgemäßen Neustart zu deaktivieren, schließen Sie die helper-disable Anweisung ein.

Zugehörige Dokumentation