Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Konfigurieren eines ordnungsgemäßen Neustarts für Routingprotokolle

ZUSAMMENFASSUNG Mit den folgenden Schritten können Sie den ordnungsgemäßen Neustart für Routingprotokolle konfigurieren.

Aktivieren des ordnungsgemäßen Neustarts

Standardmäßig ist der ordnungsgemäße Neustart deaktiviert. Um einen ordnungsgemäßen Neustart zu ermöglichen, fügen Sie die Anweisung graceful-restart auf der Hierarchieebene [edit routing-instance instance-name routing-options] oder [edit routing-options] ein.

Zum Beispiel:

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

Hinweis:

Der Hilfsmodus (die Fähigkeit, einen benachbarten Router beim Versuch eines ordnungsgemäßen Neustarts 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 für jedes Protokoll einzeln deaktivieren.

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

Wenn der ordnungsgemäße Neustart für alle Routing-Protokolle auf der Hierarchieebene [edit routing-options graceful-restart] aktiviert ist, können Sie den ordnungsgemäßen Neustart für jedes Protokoll einzeln deaktivieren.

Hinweis:

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

Konfigurieren von Optionen für einen ordnungsgemäßen Neustart für BGP

Um die Dauer des BGP-Zeitraums für einen ordnungsgemäßen Neustart zu konfigurieren, fügen 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 inaktiv deklariert, fügen Sie die Anweisung stale-routes-time auf der Hierarchieebene [edit protocols bgp graceful-restart] ein.

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

Hinweis:

Um BGP-Eigenschaften für einen ordnungsgemäßen 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 BGP-Eigenschaften für einen ordnungsgemäßen Neustart festzulegen oder sie 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.
Hinweis:

Durch die Konfiguration eines ordnungsgemäßen Neustarts für BGP wird die BGP-Peer-Routingstatistik auf Null zurückgesetzt. Außerdem werden vorhandene BGP-Sitzungen neu gestartet, und die Peers handeln ordnungsgemäße Neustartfunktionen aus.
Hinweis:

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

Verwenden von Control Plane-abhängigem BFD zusammen mit dem Graceful Restart Helper Mode

Wenn BFD abhängig von der Steuerungsebene ist und das Gerät ein BFD-Down-Ereignis erkennt und nicht bereits in den Graceful Restart Helper-Modus wechselt, wird dies als reguläres BFD-Down-Ereignis behandelt und das Gerät wechselt in den Graceful Restart Helper-Modus. Dieses Verhalten macht das 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 einen ordnungsgemäßen Neustart wechselt und der Datenverkehr auch bei einem Schnittstellenfehler (ohne Neustart der Steuerungsebene auf dem BGP-Nachbarn) weiterhin auf einen alternativen Pfad geleitet wird.

Ab Junos OS Version 18.3R1 können Sie verhindern, dass Firewalls der SRX-Serie in den Hilfsmodus für einen 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 Optionen für einen ordnungsgemäßen Neustart für ES-IS

Fügen Sie auf Service-Routern der J-Serie die restart-duration Anweisung auf Hierarchieebene [edit protocols esis graceful-restart] ein, um die Dauer des ES-IS-Graceful-Neustartzeitraums zu konfigurieren.

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

Konfigurieren von Optionen für einen ordnungsgemäßen Neustart für IS-IS

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

Um die IS-IS-Hilfsfunktion für einen 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 einen ordnungsgemäßen Neustart zu deaktivieren, schließen Sie die disable Anweisung auf Hierarchieebene [edit protocols isis graceful-restart] ein.

Hinweis:

Ab Junos OS Version 12.3 können Protokollerweiterungen für einen ordnungsgemäßen Neustart die Peer-Hilfsrouter nicht über den bevorstehenden Neustart informieren, wenn es zu einer Zeitüberschreitung zwischen der Routing-Engine und den benachbarten Peer-Hilfsroutern kommt. Ein ordnungsgemäßer Neustart kann dann beendet werden und zu Unterbrechungen des Datenverkehrs führen.

Um sicherzustellen, dass diese Nachbarschaften beibehalten werden, ändern Sie die Haltezeit für IS-IS-Protokolle vom Standardwert von 27 Sekunden auf einen Wert über 40 Sekunden.

Hinweis:

Sie können auch ordnungsgemäße Neustartereignisse mit der traceoptions Anweisung auf Hierarchieebene [edit protocols isis] nachverfolgen. Weitere Informationen finden Sie unter Nachverfolgen von Ereignissen für einen ordnungsgemäßen Neustart.

Konfigurieren von Optionen für einen ordnungsgemäßen Neustart für OSPF und OSPFv3

Um die Dauer des OSPF/OSPFv3-Zeitraums für einen ordnungsgemäßen Neustart zu konfigurieren, fügen Sie die restart-duration-Anweisung 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 strikte OSPF-LSA-Überprüfung (Link-State Advertisement) führt dazu, dass der ordnungsgemäße Neustart durch einen helfenden Router beendet wird. Um die strikte LSA-Prüfung zu deaktivieren, fügen Sie die no-strict-lsa-checking-Anweisung auf der Hierarchieebene [edit protocols (ospf | ospf3) graceful-restart] ein.

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

Ab Version 11.3 unterstützt das Junos-Betriebssystem sowohl die standardmäßigen (basierend auf RFC 3623, Graceful OSPF Restart) als auch die auf Neustartsignalen basierenden (wie in RFC 4811, RFC 4812 und RFC 4813 spezifiziert) Hilfsmodi für OSPF Version 2 Graceful Restart Konfigurationen. Sowohl der Standard- als auch der auf Neustartsignalen basierende Hilfsmodus sind standardmäßig aktiviert. Um den Hilfsmodus für Konfigurationen mit einem ordnungsgemäßen Neustart von OSPF Version 2 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 Committed-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.

Hinweis:

Der auf Neustartsignalen basierende Hilfsmodus 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.
Tipp:

Sie können Ereignisse eines ordnungsgemäßen Neustarts auch mit der traceoptions-Anweisung auf der Hierarchieebene [edit protocols (ospf | ospf3)] nachverfolgen. Weitere Informationen finden Sie unter Nachverfolgen von Ereignissen für einen ordnungsgemäßen Neustart.
Hinweis:

Sie können den ordnungsgemäßen OSPFv3-Neustart zwischen einer Routing-Plattform mit Junos OS Version 7.5 und früher und einer Routing-Plattform mit Junos OS Version 7.6 oder höher nicht aktivieren. Um dieses Problem zu umgehen, stellen Sie sicher, dass beide Routing-Plattformen dieselbe Junos OS-Version verwenden.

Konfigurieren von Optionen für einen ordnungsgemäßen Neustart für RIP und RIPng

Um die Dauer des RIP- oder RIPng-Graceful-Restart-Zeitraums 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 einen ordnungsgemäßen Neustart zu deaktivieren, schließen Sie die disable Anweisung auf Hierarchieebene [edit protocols (rip | ripng) graceful-restart] ein.

Konfigurieren von Optionen für einen ordnungsgemäßen Neustart für den PIM-Sparse-Modus

Der PIM-Sparse-Modus leitet vorhandene Multicast-Paketdatenströme während eines ordnungsgemäßen Neustarts weiter, leitet neue Datenströme jedoch erst nach Abschluss des Neustarts weiter. Nach einem Neustart aktualisiert die Routingplattform den Weiterleitungsstatus mit allen Updates, die von Nachbarn empfangen wurden und während des Neustartzeitraums aufgetreten sind. Beispielsweise lernt die Routingplattform die Join- und Prune-Zustände der Nachbarn während des Neustarts neu, wendet die Änderungen jedoch erst nach dem Neustart auf die Weiterleitungstabelle an.

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

Bevor der ordnungsgemäße Neustart im PIM-Sparse-Modus erfolgt, erstellt jede Routing-Plattform eine Generations-ID und sendet sie an ihre Multicast-Nachbarn. Wenn eine Routing-Plattform mit aktiviertem PIM-Sparse-Modus neu gestartet wird, erstellt sie eine Kennung der neuen Generation 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 ist abgeschlossen, wenn entweder der PIM-Status stabil wird oder wenn der Timer für das Neustartintervall abläuft.

Wenn eine Routing-Plattform keine Generierungs-IDs unterstützt oder wenn PIM auf Multipoint-Schnittstellen aktiviert ist, wird der PIM-Algorithmus für den ordnungsgemäßen Neustart im Sparse-Modus nicht aktiviert, und ein Standard-Neustarttimer wird als Neustartmechanismus verwendet.

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

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

Hinweis:

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

Nachverfolgen von Ereignissen bei ordnungsgemäßem Neustart

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 Ablaufverfolgungsoptionen für einen ordnungsgemäßen Neustart zu konfigurieren, fügen Sie die Anweisung graceful-restart auf der Hierarchieebene [edit protocols protocol traceoptions flag] ein:

Konfigurieren eines ordnungsgemäßen Neustarts für MPLS-bezogene Protokolle

Dieser Abschnitt enthält die folgenden Themen:

Graceful-Neustart global konfigurieren

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

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

Konfigurieren von Optionen für einen ordnungsgemäßen Neustart für RSVP, CCC und TCC

Da CCC und TCC auf RSVP angewiesen sind, müssen Sie diese drei Protokolle als eine 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 der Nachbar als inaktiv deklariert wird, zu konfigurieren, fügen 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 den Neustart benötigt.

Um den ordnungsgemäßen Neustart von RSVP, CCC und TCC 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 Optionen für einen ordnungsgemäßen Neustart 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 zum Wiederherstellen einer Sitzung nach einem ordnungsgemäßen Neustart erforderlich ist, schließen Sie die reconnect-time Anweisung ein; der Bereich liegt zwischen 30 und 300 Sekunden. Um die maximal zulässige Zeit für die Wiederherstellung der Verbindung durch einen neu startenden Nachbarrouter zu begrenzen, fügen Sie die maximum-neighbor-reconnect-time 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 beizubehalten, schließen Sie die recovery-time Anweisung ein; der Bereich liegt zwischen 120 und 1800 Sekunden. Auf dem Hilfsrouter können Sie eine Anweisung konfigurieren, die die Anforderung des neu startenden Routers überschreibt und die maximale Zeitspanne festlegt, die der Hilfsrouter den alten Weiterleitungsstatus beibehält. Um dieses Feature zu konfigurieren, schließen Sie die maximum-neighbor-recovery-time Anweisung ein; der Bereich liegt zwischen 140 und 1900 Sekunden.

    Hinweis:

    Der Wert für die Wiederherstellungszeit und maximum-neighbor-recovery-time 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 einen ordnungsgemäßen Neustart zu deaktivieren, schließen Sie die disable Anweisung ein. Um die LDP-Hilfsfunktion für einen ordnungsgemäßen Neustart zu deaktivieren, schließen Sie die helper-disable Anweisung ein.

Siehe auch

Zugehörige Dokumentation

Tabelle "Änderungshistorie"

Die Funktionsunterstützung hängt von der Plattform und der Version ab, die Sie verwenden. Verwenden Sie den Feature-Explorer , um festzustellen, ob ein Feature auf Ihrer Plattform unterstützt wird.

Release
Beschreibung
12.3
Ab Junos OS Version 12.3 können Protokollerweiterungen für einen ordnungsgemäßen Neustart die Peer-Hilfsrouter nicht über den bevorstehenden Neustart informieren, wenn es zu einer Zeitüberschreitung zwischen der Routing-Engine und den benachbarten Peer-Hilfsroutern kommt.