Grundlegendes zu aktivem Nonstop-Routing

Nonstop Unterstützung von aktiven Routing-Protokollen und -Funktionen

Die folgenden Protokolle werden vom aktiven Nontop-Routing unterstützt:

• Aggregierte Ethernet-Schnittstellen mit Link Aggregation Control Protocol (LACP)

• Bidirektionale Weiterleitungserkennung (BFD)

  Weitere Informationen finden Sie unter Nonstop Active Routing BFD-Unterstützung.

• BGP

  Weitere Informationen finden Sie unter Nonstop Active Routing BGP Support.

• EVPN

  • EVPN mit Eingangsreplikation für BUM-Datenverkehr

  • EVPN-ETREE

  • EVPN-VPWS

  • EVPN – VXLAN

  • PBB-EVPN

  • EVPN mit P2MP mLDP-Replikation für BUM-Datenverkehr ab Junos OS Version 18.2R1

  Weitere Informationen finden Sie unter NSR- und Unified ISSU-Unterstützung für EVPN .

• Gekennzeichnetes BGP (nur Paketübertragungs-Router der PTX-Serie)

• IS-IS

• LDP

• LDP-basierter virtueller privater LAN-Service (VPLS)

• LDP OAM-Funktionen (Betrieb, Verwaltung und Verwaltung)

• LDP (nur Paketübertragungs-Router der PTX-Serie)

  Die unterbrechungsfreie Unterstützung für aktives Routing für LDP umfasst:

  • LDP unicast transit LSPs

  • LDP-Ausgangs-LSPs für gekennzeichnetes internes BGP (IBGP) und externes BGP (EBGP)

  • LDP über RSVP-Transit-LSPs

  • LDP-Transit-LSPs mit indizierten Next Hops

  • LDP-Transit-LSPs mit ungleichen Kosten Load Balancing

  • LDP Punkt-zu-Mehrpunkt-LSPs

  • LDP-Eingangs-LSPs

• Layer 2-Verbindungen

• Layer 2-VPNs

• Layer 2-VPNs (nur Paketübertragungs-Router der PTX-Serie)

  Hinweis:

  Nonstop-aktives Routing wird für Layer 2-Interworking (Layer 2-Stitching) nicht unterstützt.

• Layer 3-VPNs (ohne dynamische GRE-Tunnel, Multicast-VPNs oder BGP-Flow-Routen)

  Zu den Nonstop-Funktionen für aktives Routing für Layer 3-VPNs gehören:

  • IPv4 Labeled-Unicast (Eingang oder Ausgang)

  • IPv4-VPN-Unicast (Eingang oder Ausgang)

  • IPv6 Labeled-Unicast (Eingang oder Ausgang)

  • IPv6-VPN-Unicast (Eingang oder Ausgang)

• Unterstützung für logische Systeme (Nonstop-Unterstützung für aktives Routing für logische Systeme, um Schnittstellen- und Kernelinformationen zu erhalten).

• Multicast Source Discovery Protocol (MSDP)

  Weitere Informationen finden Sie unter MSDP-Unterstützung für aktives Nonstop-Routing.

• OSPF/OSPFv3

  Hinweis:

  OSPFv3-Nachbarn, die mit IPSEC-Authentifizierung aktiviert sind, werden von NSR nicht unterstützt.

• Protokollunabhängiges Multicast (PIM)

  Weitere Informationen finden Sie unter Nonstop Active Routing PIM Support.

• RIP und RIP der nächsten Generation (RIPng)

• RSVP (nur Paketübertragungs-Router der PTX-Serie)

  Die unterbrechungsfreie Unterstützung für aktives Routing für RSVP umfasst:

  • Punkt-zu-Mehrpunkt-LSPs

    • RSVP Point-to-Multipoint-Eingangs-, Transit- und Ausgangs-LSPs unter Verwendung vorhandener, nicht verketteter Next Hops.

    • RSVP Point-to-Multipoint-Transit-LSPs mit zusammengesetzten Next Hops für Point-to-Multipoint-Label-Routen.

  • Punkt-zu-Punkt-LSPs

    • RSVP Punkt-zu-Punkt-Eingangs-, Transit- und Ausgangs-LSPs mit nicht verketteten Next Hops.

    • RSVP Punkt-zu-Punkt-Transit-LSPs mit verketteten zusammengesetzten Next Hops.

• RSVP-TE LSP

  Weitere Informationen finden Sie unter Nonstop Active Routing Support für RSVP-TE LSPs.

• VPLS

• VRRP

• VRRP

Wenn Sie ein Protokoll konfigurieren, das nicht durch unterbrechungsfreies aktives Routing unterstützt wird, funktioniert das Protokoll wie gewohnt. Wenn ein Switchover stattfindet, werden die Statusinformationen für das nicht unterstützte Protokoll nicht beibehalten und müssen mit den normalen Wiederherstellungsmechanismen des Protokolls aktualisiert werden.

Auf Routern, auf denen logische Systeme konfiguriert sind, wird NSR nur in der Hauptinstanz unterstützt.

In einer Virtual Chassis-Umgebung, die mit OSPF und NSR konfiguriert ist, kann jeder Ausfall oder Neustart des Sicherungsgeräts zu längeren globalen Konvergenzzeiten führen als in Umgebungen, in denen NSR nicht konfiguriert ist.

Nonstop Active Routing BFD-Support

Nonstop Active Routing unterstützt das Bidirectional Forwarding Detection (BFD)-Protokoll, das die von Routing-Protokollen erkannte Topologie zur Überwachung der Nachbarn verwendet. Das BFD-Protokoll ist ein einfacher Hallo-Mechanismus, der Fehler in einem Netzwerk erkennt. Da BFD so optimiert ist, dass es eine effiziente Gefahrenerkennung ermöglicht, werden die Wiederherstellungszeiten beim Routing verbessert, wenn es in Verbindung mit Routing-Protokollen verwendet wird. Wenn Nonstop Active Routing aktiviert ist, werden BFD-Sitzungszustände nicht neu gestartet, wenn ein Routing-Engine-Switchover stattfindet.

Hinweis:

BFD-Sitzungszustände werden nur für Clients gespeichert, die aggregierte oder statische Routen oder für BGP, IS-IS, OSPF/OSPFv3, PIM oder RSVP verwenden.

Wenn eine BFD-Sitzung an die Packet Forwarding Engine verteilt wird, werden BFD-Pakete während eines Routing-Engine-Switchovers weiterhin gesendet. Wenn nicht verteilte BFD-Sitzungen während eines Switchovers aufrechterhalten werden sollen, müssen Sie sicherstellen, dass die Erkennungszeit für Sitzungsfehler größer ist als die Switchover-Zeit der Routing-Engine. Die folgenden BFD-Sitzungen werden nicht an die Packet Forwarding Engine verteilt: Multihop-Sitzungen, Tunnel-gekapselte Sitzungen und Sitzungen über IRB-Schnittstellen (Integrated Routing and Bridging).

Hinweis:

BFD ist ein intensives Protokoll, das Systemressourcen verbraucht. Die Angabe eines Mindestintervalls für BFD von weniger als 100 ms für Routing-Engine-basierte Sitzungen und 10 ms für verteilte BFD-Sitzungen kann zu unerwünschtem BFD-Flapping führen. Die minimum-interval Konfigurationsanweisung ist ein BFD-Parameter zur Lebenderkennung.

Abhängig von Ihrer Netzwerkumgebung können diese zusätzlichen Empfehlungen zutreffen:

• Geben Sie für umfangreiche Netzwerkbereitstellungen mit einer großen Anzahl von BFD-Sitzungen ein Mindestintervall von 300 ms für Routing-Engine-basierte Sitzungen und 100 ms für verteilte BFD-Sitzungen an.

• Für sehr umfangreiche Netzwerkbereitstellungen mit einer großen Anzahl von BFD-Sitzungen wenden Sie sich an den Kundensupport von Juniper Networks, um weitere Informationen zu erhalten.

• Damit BFD-Sitzungen während eines Routing-Engine-Switchover-Ereignisses aktiv bleiben, wenn Nonstop-Routing konfiguriert ist, geben Sie ein Mindestintervall von 2,5 Sekunden für Routing-Engine-basierte Sitzungen an. Für verteilte BFD-Sitzungen mit konfiguriertem Nonstop-Routing bleiben die Empfehlungen für das Mindestintervall unverändert und hängen nur von Ihrer Netzwerk-Bereitstellung ab.

Nonstop Active Routing BGP Support

Nonstop Active Routing Die Unterstützung von BGP ist an die folgenden Bedingungen geknüpft:

• Sie müssen die Anweisung auf Hierarchieebene [edit protocols bgp] einschließen, um eine path-selection external-router-ID konsistente Pfadauswahl zwischen der primären und der Backup-Routing-Engine während und nach dem Nonstop-Routing-Switchover sicherzustellen.

• Sie müssen die advertise-from-main-vpn-tables Anweisung auf Hierarchieebene [edit protocols bgp] einschließen, um zu verhindern, dass BGP-Sitzungen unterbrochen werden, wenn die Funktion Route Reflector (RR) oder Autonomous System Border Router (ASBR) auf einem Routing-Gerät aktiviert oder deaktiviert ist, auf dem VPN-Adressfamilien konfiguriert sind.

• Die Betriebszeit- und Ausfallstatistiken von BGP-Sitzungen werden während des aktiven Nonstop-Routings und der ISSU nicht zwischen der primären und der Backup-Routing-Engine synchronisiert. Die Backup-Routing-Engine verwaltet ihre eigene Sitzungsbetriebszeit basierend auf dem Zeitpunkt, zu dem das Backup zum ersten Mal von den eingerichteten Sitzungen Kenntnis nimmt. Wenn beispielsweise die Backup-Routing-Engine neu gestartet wird (oder wenn Sie auf der Backup-Routing-Engine ausgeführt restart routing werden), ist die Betriebszeit der Sicherung nur von kurzer Dauer, da die Sicherung gerade mehr über die eingerichteten Sitzungen erfahren hat. Wenn die Sicherung ausgeführt wird, wenn die BGP-Sitzungen zum ersten Mal auf der primären Datenbank gestartet werden, sind die Betriebszeit auf der primären und die Betriebszeit auf der Sicherung fast gleich lang. Nach einem Routing-Engine-Switchover wird der neue primäre Router ab dem Zeitpunkt fortgesetzt, der auf der Backup-Routing-Engine verbleibt.

• Wenn der BGP-Peer in der primären Routing-Engine über Adressfamilienfunktionen verfügt, die für aktives Nonstop-Routing nicht unterstützt werden, wird der entsprechende BGP-Nachbarstatus auf der Backup-Routing-Engine als inaktiv angezeigt. Beim Switchover wird die BGP-Sitzung von der neuen primären Routing-Engine wiederhergestellt.

  Nur die folgenden Adressfamilien werden für aktives Nonstop-Routing unterstützt:

  • EVPN-Signalisierung

  • inet labeled-Unicast

  • inet-mdt

  • inet Multicast

  • inet-mvpn

  • inet Unicast

  • inet-vpn Unicast

  • inet6 labeled-Unicast

  • inet6 Multicast

  • INET6-MVPN

  • inet6 Unicast

  • INET6-VPN Unicast

  • ISO-VPN

  • L2VPN-Signalisierung

  • route-target

  Hinweis:

  Adressfamilien werden nur auf der Hauptinstanz von BGP unterstützt. Auf VRF-Instanzen wird nur Unicast unterstützt.

• Die BGP-Routendämpfung funktioniert auf der Backup-Routing-Engine nicht, wenn das unterbrechungsfreie aktive Routing aktiviert ist.

Nonstop Active Routing Layer 2-Circuit und VPLS-Support

Nonstop Active Routing unterstützt Layer 2-Circuit und VPLS sowohl in LDP-basierten als auch RSVP-TE-basierten Netzwerken. Die unterbrechungsfreie Unterstützung für aktives Routing ermöglicht es der Backup-Routing-Engine, die von der Layer-2-Verbindung und VPLS angekündigte Bezeichnung auf der primären Routing-Engine zu verfolgen und dieselbe Bezeichnung nach dem Wechsel der Routing-Engine zu verwenden.

Nonstop Active Routing unterstützt redundante Layer-2-Circuit- und LDP-basierte VPLS-Pseudowire-Konfigurationen.

Nonstop Active Routing PIM-Support

Nonstop Active Routing unterstützt Protocol Independent Multicast (PIM) mit zustandsbehafteter Replikation auf Backup-Routing-Engines. Zu den Statusinformationen, die auf der Backup-Routing-Engine repliziert werden, gehören Informationen zu Nachbarbeziehungen, Join- und Bereinigungsereignissen, Rendezvous Point (RP)-Sets, Synchronisierung zwischen Routen und nächsten Hops, Multicast-Sitzungszuständen und dem Weiterleitungsstatus zwischen den beiden Routing-Engines.

Nonstop aktives Routing für PIM wird für IPv4 und IPv6 unterstützt. Junos OS unterstützt auch aktives Nonstop-Routing für PIM auf Geräten, auf denen sowohl IPv4 als auch IPv6 konfiguriert sind.

Um unterbrechungsfreies aktives Routing für PIM zu konfigurieren, schließen Sie die gleichen Anweisungen wie für andere Protokolle in die Konfiguration ein: die nonstop-routing Anweisung auf Hierarchieebene [edit routing-options] und die graceful-switchover Anweisung auf Hierarchieebene [edit chassis redundancy] . Um PIM-Nonstop-Routingereignisse zu verfolgen, schließen Sie die flag nsr-synchronization Anweisung auf Hierarchieebene [edit protocols pim traceoptions] ein.

Hinweis:

Die clear pim joinBefehle , clear pim register, und clear pim statistics Betriebsmodus werden auf der Backup-Routing-Engine nicht unterstützt, wenn das Nonstop-Routing aktiviert ist.

Die unterbrechungsfreie Unterstützung für aktives Routing variiert je nach PIM-Funktion. Die Features lassen sich in die folgenden drei Kategorien einteilen: unterstützte Features, nicht unterstützte Features und inkompatible Features.

Supported features:

• Auto-RP

  Hinweis:

  Nonstop Active Routing PIM-Unterstützung auf IPv6 unterstützt Auto-RP nicht, da IPv6 Auto-RP nicht unterstützt.

• Bootstrap-Router (BSR)

• Statische RPs

• Eingebettetes RP auf IPv6-Routern ohne RP

• Lokales RP

  Hinweis:

  Die Synchronisierung von RP-Set-Informationen wird für lokales RP und BSR (unter IPv4 und IPv6), autoRP (unter IPv4) und eingebettetes RP (unter IPv6) unterstützt.

• BFD

• Dense-Modus

• Modus mit geringer Dichte

• Source-Specific Multicast (SSM)

• Entwurf von Rosen Multicast-VPNs (MVPNs)

• Anycast RP (Synchronisierung von Anycast-RP-Set-Informationen und Synchronisierung des Anycast-RP-Registerzustands in IPv4- und IPv6-Konfigurationen)

• Flusskarten

• Vereinheitlichtes ISSU

• Richtlinienfunktionen wie Nachbarrichtlinien, Bootstrap-Router-Export- und Importrichtlinien, Bereichsrichtlinien, Flowmaps und RPF-Prüfrichtlinien (Reverse Path Forwarding)

• Upstream-Assert-Synchronisation

• PIM Join Load Balancing

Junos OS unterstützt Nonstop-PIM für aktives Nonstop-Routing für Rosen-MVPN-Entwürfe. Nonstop-Unterstützung für aktives Nonstop-Routing PIM-Unterstützung für Rosen-MVPN-Entwürfe ermöglicht es Geräten mit aktivem Nonstop-Routing, Rosen-MPVN-bezogene Informationen – wie Standard- und MDT-Status (Data Multicast Distribution Tree) – über Switchover hinweg beizubehalten.

Die Backup-Routing-Engine richtet die Standard-MDT basierend auf der Konfiguration und den Informationen, die sie von der primären Routing-Engine erhält, ein und aktualisiert ständig die Standard-MDT-Statusinformationen.

Bei Daten-MDTs verlässt sich die Backup-Routing-Engine jedoch auf die primäre Routing-Engine, um Aktualisierungen bereitzustellen, wenn Daten-MDTs erstellt, aktualisiert oder gelöscht werden. Die Backup-Routing-Engine überwacht weder die MDT-Datenflussraten noch löst sie einen Daten-MDT-Switchover basierend auf Schwankungen der Flussraten aus. Ebenso verwaltet die Backup-Routing-Engine nicht den MDT-Verzögerungstimer oder Timeout-Timer für Daten. Es sendet keine MDT-Join-TLV-Pakete für die Daten-MDTs, bis es als primäre Routing-Engine übernimmt. Nach dem Switchover beginnt die neue primäre Routing-Engine mit dem Senden von MDT-Join-TLV-Paketen für jedes Daten-MDT und setzt auch die Daten-MDT-Timer zurück. Beachten Sie, dass die Ablaufzeit für die Timer von den ursprünglichen Werten der vorherigen primären Routing-Engine abweichen kann.

Junos OS unterstützt unterbrechungsfreies aktives Routing (Protocol Independent Multicast, PIM) auf reinen IGMP-Schnittstellen. Multicast-Joins auf Nur-IGMP-Schnittstellen werden PIM-Zuständen zugeordnet, und diese Zustände werden auf der Backup-Routing-Engine repliziert. Wenn die entsprechenden PIM-Zustände in der Sicherung verfügbar sind, werden die Multicast-Routen auf der Backup-Routing-Engine als Weiterleitung gekennzeichnet. Dies ermöglicht einen unterbrechungsfreien Verkehrsfluss nach einer Umschaltung. Diese Unterstützung umfasst IGMPv2-, IGMPv3-, MLDv1- und MLDv2-Berichte und -Leaves.

Unsupported features: Sie können die folgenden PIM-Funktionen auf einem Router zusammen mit dem unterbrechungsfreien aktiven Routing konfigurieren, sie funktionieren jedoch so, als ob das unterbrechungsfreie aktive Routing nicht aktiviert wäre. Mit anderen Worten, während eines Routing-Engine-Switchovers und anderer Ausfälle werden ihre Statusinformationen nicht beibehalten, und es ist mit Datenverkehrsverlusten zu rechnen.

• Internet Group Management Protocol (IGMP)-Ausschlussmodus

• IGMP-Snooping

Nonstop-Routing wird für MVPNs der nächsten Generation mit PIM-Anbietertunneln nicht unterstützt. Der Commitvorgang schlägt fehl, wenn die Konfiguration sowohl aktives Nonstop-Routing als auch MVPNs der nächsten Generation mit PIM-Anbietertunneln umfasst.

Junos OS stellt eine Konfigurationsanweisung bereit, die das unterbrechungsfreie aktive Routing nur für PIM deaktiviert, sodass Sie inkompatible PIM-Funktionen aktivieren und weiterhin aktives Nonstop-Routing für die anderen Protokolle auf dem Router verwenden können. Bevor Sie ein inkompatibles PIM-Feature aktivieren, schließen Sie die nonstop-routing disable Anweisung auf Hierarchieebene [edit protocols pim] ein. Beachten Sie, dass in diesem Fall das aktive Nonstop-Routing für alle PIM-Funktionen deaktiviert ist, nicht nur für inkompatible Funktionen.

Nonstop Active Routing MSDP-Support

Junos OS unterstützt aktives Nonstop-Routing für das Multicast Source Discovery Protocol (MSDP).

Die unterbrechungsfreie aktive Routing-Unterstützung für MSDP bewahrt die folgenden MSDP-bezogenen Informationen über den Switchover hinweg:

• MSDP-Konfiguration und Peer-Informationen

• MSDP-Peer-Socket-Informationen

• Quellenaktive und zugehörige Informationen

Beachten Sie jedoch, dass die folgenden Einschränkungen oder Einschränkungen für die MSDP-Unterstützung ohne Unterbrechung gelten:

• Da die Backup-Routing-Engine die aktiven Quellinformationen durch die Verarbeitung der quellaktiven Nachrichten aus dem Netzwerk lernt, kann die Synchronisierung der aktiven Quellinformationen zwischen dem primären und dem Backup-Routing-Modul bis zu 60 Sekunden dauern. Innerhalb von 60 Sekunden nach der ersten Replikation der Sockets ist also kein geplanter Switchover zulässig.

• Ebenso unterstützt Junos OS nicht zwei geplante Umschaltungen innerhalb von 240 Sekunden.

Mit Junos OS können Sie MSDP-Nonstop-Ereignisse für aktives Routing nachverfolgen, indem Sie die flag nsr-synchronization Anweisung auf der [edit protocols msdp traceoptions] Hierarchieebene einschließen.

Nonstop-Unterstützung für aktives Routing für RSVP-TE-LSPs

Junos OS unterstützt aktives Nonstop-Routing für Label-Switching-Router (LSRs) und Layer-2-Circuits, die Teil eines RSVP-TE-LSP sind. Die unterbrechungsfreie Unterstützung von aktivem Routing auf LSRs stellt sicher, dass der primäre zu Backup-Routing-Engine-Switchover auf einem LSR für die Netzwerknachbarn transparent bleibt und dass die LSP-Informationen während und nach dem Switchover unverändert bleiben.

Sie können den show rsvp version Befehl verwenden, um den aktiven Nonstop-Routing-Modus und den Status in einem LSR anzuzeigen. Auf ähnliche Weise können Sie die show mpls lsp show rsvp session und-Befehle in der Backup-Routing-Engine verwenden, um den auf der Backup-Routing-Engine neu erstellten Zustand anzuzeigen.

Die Nonstop-Routing-Funktion von Junos OS wird auch auf RSVP-Punkt-zu-Mehrpunkt-LSPs unterstützt. Während des Switchovers wird der LSP in der Backup-Routing-Engine aktiviert, die die Statusinformationen vor und nach dem Switchover mit der primären Routing-Engine teilt und synchronisiert. Die unterbrechungsfreie aktive Routing-Unterstützung für Punkt-zu-Mehrpunkt-Transit- und Ausgangs-LSPs stellt sicher, dass der Switchover für die Netzwerknachbarn transparent bleibt und die LSP-Informationen über den Switchover hinweg erhalten bleiben.

Junos OS unterstützt aktives Nonstop-Routing für Multicast-VPNs (MVPNs) der nächsten Generation.

Mit diesem show rsvp session detail Befehl können Sie die Informationen zum Zusammenführungsstatus des LSP von Punkt zu Mehrpunkt überprüfen (P2MP LSP re-mergemögliche Werte sind head, memberund none).

Junos OS unterstützt aktives Nonstop-Routing für Punkt-zu-Mehrpunkt-LSPs, die von VPLS und MVPN verwendet werden.

Junos OS unterstützt jedoch kein aktives Nonstop-Routing für die folgenden Funktionen:

• Generalized Multiprotocol Label Switching (GMPLS) und LSP-Hierarchie

• Interdomain- oder Loose-Hop-Erweiterungs-LSPs

• BFD-Lebenderkennung

• Schutz der Einrichtung

Die Nonstop-Unterstützung für aktives Routing für RSVP-TE-LSPs unterliegt den folgenden Einschränkungen und Einschränkungen:

• Umleitungs-LSPs werden während eines Switchovers nicht aufrechterhalten, sodass Detour-LSPs nach der Umstellung möglicherweise nicht wieder online gehen können.

• Die den und-Befehlen entsprechenden show rsvp statistics show rsvp interface detail | extensive Statistiken der Steuerungsebene werden nicht über Routing-Engine-Switchover hinweg verwaltet.

• Statistiken von der Backup-Routing-Engine werden nicht für show mpls lsp statistics und monitor mpls label-switched-path Befehle gemeldet. Wenn jedoch ein Switchover stattfindet, beginnt die Backup-Routing-Engine nach der Übernahme als primäre mit der Berichterstellung von Statistiken. Beachten Sie, dass der clear statistics für die alte primäre Routing-Engine ausgegebene Befehl keine Auswirkungen auf die neue primäre Routing-Engine hat, die Statistiken, einschließlich nicht gelöschter Statistiken, meldet.

• Statustimeouts können während des Nonstop-Switchovers des aktiven Routings zusätzliche Zeit in Anspruch nehmen. Wenn beispielsweise ein Switchover erfolgt, nachdem ein Nachbar es verpasst hat, zwei Hallonachrichten an den primären Server zu senden, wartet die neue primäre Routing-Engine weitere drei Hallo-Perioden, bevor der Nachbar eine Zeitüberschreitung erreicht.

• Wenn Sie auf dem RSVP-Eingangs-Eingangs-Router die automatische Bandbreitenfunktion konfigurieren, werden die Timer für die Bandbreitenanpassung nach dem Switchover im neuen primären Router festgelegt. Dies führt zu einer einmaligen Verlängerung der Zeit, die für die Bandbreitenanpassung nach der Umstellung benötigt wird.

• Backup-LSPs – LSPs, die zwischen dem Punkt der lokalen Reparatur (PLR) und dem Zusammenführungspunkt nach einem Knoten- oder Verbindungsausfall eingerichtet werden – werden während eines Routing-Engine-Switchovers nicht beibehalten.

• Wenn Nonstop aktives Routing aktiviert ist, wird ein ordnungsgemäßer Neustart nicht unterstützt. Der Hilfsmodus für den ordnungsgemäßen Neustart wird jedoch unterstützt.