Grundlegendes zum aktiven Nonstop-Routing

Nonstop-Aktives Routing-Protokoll und Funktionsunterstützung

Die folgenden Protokolle werden vom aktiven, nicht topaktiven 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 BGP-Unterstützung für Nonstop Active Routing.

• 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 .

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

• IS-IS

• LDP

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

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

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

  Die unterbrechungsfreie Unterstützung von aktivem Routing für LDP umfasst:

  • LDP-Unicast-Transit-LSPs

  • LDP-Ausgangs-LSPs für gelabelte interne BGP (IBGP) und externe BGP (EBGP)

  • LDP über RSVP-Transit-LSPs

  • LDP-Transit-LSPs mit indizierten nächsten Hops

  • LDP-Transit-LSPs mit ungleichem 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)

  Anmerkung:

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

• Layer 3-VPNs (umfasst keine dynamischen GRE-Tunnel, Multicast-VPNs oder BGP-Flow-Routen)

  Unterbrechungsfreie, aktive Routing-Unterstützung für Layer 3-VPNs umfassen:

  • IPv4 Labeled-Unicast (Eingang oder Ausgang)

  • IPv4-vpn-Unicast (Eingang oder Ausgang)

  • IPv6 Labeld-Unicast (Eingang oder Ausgang)

  • IPv6-vpn-Unicast (Eingang oder Ausgang)

• Unterstützung logischer Systeme (Unterbrechungsfreier aktiver Routing-Support für logische Systeme zur Beibehaltung von Schnittstellen- und Kernel-Informationen).

• Multicast Source Discovery Protocol (MSDP)

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

• OSPF/OSPFv3

  Anmerkung:

  OSPFv3-Nachbarn, die mit IPSEC-Authentifizierung aktiviert sind, werden mit 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 von aktivem Routing für RSVP umfasst:

  • Punkt-zu-Multipoint-LSPs

    • RSVP Point-to-Multipoint-Eingangs-, Transit- und Ausgangs-LSPs unter Verwendung des vorhandenen, nicht verketteten Next Hop.

    • RSVP Punkt-zu-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 mithilfe nicht verketteter Next Hops.

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

• RSVP-TE LSP

  Weitere Informationen finden Sie unter Nonstop-Unterstützung für aktives Routing für RSVP-TE-LSPs.

• VPLS

• VRRP

• VRRP

Wenn Sie ein Protokoll konfigurieren, das vom unterbrechungsfreien aktiven Routing nicht unterstützt wird, funktioniert das Protokoll wie gewohnt. Wenn ein Switchover auftritt, 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 Fehler oder Neustart des Backup-Mediums zu längeren globalen Konvergenzzeiten führen als in Umgebungen, in denen NSR nicht konfiguriert ist.

Nonstop Active Routing BFD-Support

Nonstop-aktives Routing unterstützt das BFD-Protokoll (Bidirectional Forwarding Detection), das die von Routing-Protokollen ermittelte Topologie zur Überwachung von Nachbarn nutzt. Das BFD-Protokoll ist ein einfacher Hallo-Mechanismus, der Ausfälle in einem Netzwerk erkennt. Da BFD optimiert ist, um eine effiziente schnelle Lebenderkennung zu ermöglichen, werden die Routing-Wiederherstellungszeiten verbessert, wenn es in Verbindung mit Routing-Protokollen verwendet wird. Wenn das aktive Nonstop-Routing aktiviert ist, werden BFD-Sitzungszustände nicht neu gestartet, wenn ein Routing-Engine-Switchover auftritt.

Anmerkung:

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

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 Zeit für die Erkennung von Sitzungsfehlern 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).

Anmerkung:

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 für die Lebenderkennung.

Abhängig von Ihrer Netzwerkumgebung können die folgenden zusätzlichen Empfehlungen gelten:

• Geben Sie für groß angelegte 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.

• Bei sehr großen 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-aktives 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 sind die Empfehlungen für minimale Intervalle unverändert und hängen nur von Ihrer Netzwerkbereitstellung ab.

Nonstop-Aktives Routing BGP-Support

Die Unterstützung von unterbrechungsfreiem, aktivem Routing BGP unterliegt den folgenden Bedingungen:

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

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

• BGP-Sitzungsbetriebs- und Ausfallzeitstatistiken werden während des Nonstop-aktiven Routings und 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 die Sicherung zum ersten Mal Kenntnis von den eingerichteten Sitzungen erhält. Wenn z. B. die Backup-Routing-Engine neu gestartet wird (oder wenn Sie die Backup-Routing-Engine ausführen restart routing ), ist die Betriebszeit der Sicherung von kurzer Dauer, da die Sicherung gerade erst von den eingerichteten Sitzungen erfahren hat. Wenn die Sicherung ausgeführt wird, wenn die BGP-Sitzungen zum ersten Mal auf der primären Datenbank ausgeführt werden, sind die Betriebszeit auf der primären Datenbank und die Betriebszeit auf der Sicherung nahezu gleich lang. Nach einem Routing-Engine-Switchover wird die neue primäre Datenbank ab der verbleibenden Zeit auf der Backup-Routing-Engine fortgesetzt.

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

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

  • EVPN-Signalübertragung

  • inet mit 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-Signalübertragung

  • routen-ziel

  Anmerkung:

  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-Aktives Routing, Layer 2-Schaltung und VPLS-Unterstützung

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

Nonstop-aktives Routing, unterstützt Layer-2-Schaltung und LDP-basierte VPLS-Pseudowire-redundante Konfigurationen.

Nonstop-Support für aktives Routing (PIM)

Unterbrechungsfreies aktives Routing unterstützt PIM-Technologie (Protocol Independent Multicast) 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 Prune-Ereignissen, Rendezvous Point (RP)-Sets, Synchronisierung zwischen Routen und Next Hops, Multicast-Sitzungszuständen und dem Weiterleitungsstatus zwischen den beiden Routing-Modulen.

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

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

Anmerkung:

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

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

Supported features:

• Auto-RP

  Anmerkung:

  Die PIM-Unterstützung für unterbrechungsfreies aktives Routing unter IPv6 unterstützt Auto-RP nicht, da IPv6 Auto-RP nicht unterstützt.

• Bootstrap-Router (BSR)

• Statische RPs

• Eingebettete RP auf Nicht-RP-IPv6-Routern

• Lokale RP

  Anmerkung:

  Die Synchronisierung von RP-Set-Informationen wird für lokale RP und BSR (auf IPv4 und IPv6), autoRP (auf IPv4) und eingebettete RP (auf IPv6) unterstützt.

• BFD

• Dense Mode

• Sparse-Modus

• Source-Specific Multicast (SSM)

• Entwurf von Rosen Multicast VPNs (MVPNs)

• Anycast RP (Anycast RP Set Information Synchronisation und Anycast RP Register State Synchronisation in IPv4- und IPv6-Konfigurationen)

• Flow-Karten

• Einheitliche ISSU

• Richtlinienfunktionen wie Nachbarrichtlinien, Export- und Importrichtlinien für Bootstrap-Router, Bereichsrichtlinien, Flusszuordnungen und Richtlinien für die Überprüfung von Reverse Path Forwarding (RPF)

• Upstream-Assert-Synchronisierung

• Load Balancing für PIM-Join

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

Die Backup-Routing-Engine richtet das Standard-MDT basierend auf der Konfiguration und den Informationen ein, die es von der primären Routing-Engine erhält, und aktualisiert weiterhin die MDT-Standardstatusinformationen.

Bei Daten-MDTs ist die Backup-Routing-Engine jedoch auf die primäre Routing-Engine angewiesen, um Aktualisierungen bereitzustellen, wenn Daten-MDTs erstellt, aktualisiert oder gelöscht werden. Die Backup-Routing-Engine überwacht weder MDT-Datenflussraten für Daten, noch löst sie einen Daten-MDT-Switchover basierend auf Schwankungen der Datenflussraten aus. Ebenso verwaltet das Sicherungs-Routing-Modul nicht den MDT-Verzögerungs- oder Timeout-Timer für Daten. Er sendet erst dann MDT-Join-TLV-Pakete für die Daten-MDTs, wenn er die Rolle der primären Routing-Engine übernimmt. Nach dem Switchover beginnt das neue primäre Routing-Modul 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 auf der vorherigen primären Routing-Engine abweichen kann.

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

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 des Routing-Engine-Switchovers und anderer Ausfälle werden ihre Statusinformationen nicht beibehalten, und es ist mit Datenverkehrsverlusten zu rechnen.

• IGMP-Ausschlussmodus (Internet Group Management Protocol)

• IGMP-Snooping

Unterbrechungsfreies aktives Routing wird für MVPNs der nächsten Generation mit PIM-Anbietertunneln nicht unterstützt. Der Commitvorgang schlägt fehl, wenn die Konfiguration sowohl unterbrechungsfreies aktives 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 unterbrechungsfreies aktives Routing für die anderen Protokolle auf dem Router verwenden können. Bevor Sie eine inkompatible PIM-Funktion aktivieren, fügen Sie die nonstop-routing disable Anweisung auf Hierarchieebene [edit protocols pim] ein. Beachten Sie, dass in diesem Fall das unterbrechungsfreie aktive Routing für alle PIM-Funktionen deaktiviert ist, nicht nur für inkompatible Funktionen.

Nonstop Active Routing MSDP-Support

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

Durch die unterbrechungsfreie Unterstützung von aktivem Routing für MSDP bleiben die folgenden MSDP-bezogenen Informationen über den Switchover hinweg erhalten:

• MSDP-Konfiguration und Peer-Informationen

• MSDP-Peer-Socket-Informationen

• Quelle, aktive und verwandte Informationen

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

• Da die Backup-Routing-Engine die Informationen zur aktiven Quelle lernt, indem sie die Aktiv-Quell-Nachrichten aus dem Netzwerk verarbeitet, kann die Synchronisierung der aktiven Quellinformationen zwischen der primären und der Backup-Routing-Engine bis zu 60 Sekunden dauern. Daher ist keine geplante Umschaltung innerhalb von 60 Sekunden nach der ersten Replikation der Sockets zulässig.

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

Mit Junos OS können Sie MSDP-Nonstop-Routingereignisse verfolgen, indem Sie die flag nsr-synchronization Anweisung auf Hierarchieebene [edit protocols msdp traceoptions] einschließen.

Unterbrechungsfreier aktiver Routing-Support für RSVP-TE-LSPs

Junos OS unterstützt unterbrechungsfreies aktives Routing für Label-Switching-Router (LSRs) und Layer 2-Verbindungen, die Teil eines RSVP-TE LSP sind. Die unterbrechungsfreie Unterstützung von aktivem Routing auf LSRs stellt sicher, dass die Umschaltung der primären zu einer Backup-Routing-Engine 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 unterbrechungsfreien aktiven Routingmodus und -status auf einem LSR anzuzeigen. Auf ähnliche Weise können Sie die show mpls lsp show rsvp session und-Befehle in der Sicherungs-Routing-Engine verwenden, um den Zustand anzuzeigen, der in der Sicherungs-Routing-Engine neu erstellt wurde.

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

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

Mit diesem show rsvp session detail Befehl können Sie die Punkt-zu-Mehrpunkt-LSP-Remerge-Statusinformationen überprüfen (P2MP LSP re-merge; mögliche Werte sind head, memberund ).none

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

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

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

• LSPs für Interdomain- oder Loose-Hop-Erweiterung

• BFD-Lebenderkennung

• Setup-Schutz

Die unterbrechungsfreie Unterstützung von aktivem Routing für RSVP-TE-LSPs unterliegt den folgenden Einschränkungen und Einschränkungen:

• Umleitungs-LSPs werden während eines Switchovers nicht verwaltet, sodass Umleitungs-LSPs nach dem Switchover möglicherweise nicht wieder online geschaltet werden.

• Statistiken der Steuerungsebene, die den show rsvp statistics show rsvp interface detail | extensive und-Befehlen entsprechen, 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 auftritt, beginnt die Backup-Routing-Engine, nachdem sie die Rolle der primären Instanz übernommen hat, mit dem Melden von Statistiken. Beachten Sie, dass der Befehl, der clear statistics für die alte primäre Routing-Engine ausgegeben wird, keine Auswirkungen auf die neue primäre Routing-Engine hat, die Statistiken meldet, einschließlich nicht gelöschter Statistiken.

• Zustandszeitüberschreitungen können während des Nonstop-Routing-Switchovers zusätzliche Zeit in Anspruch nehmen. Wenn z. B. ein Switchover auftritt, nachdem ein Nachbar es versäumt hat, zwei Begrüßungsnachrichten an den primären Server zu senden, wartet die neue primäre Routing-Engine weitere drei Begrüßungsperioden, bevor sie eine Zeitüberschreitung für den Nachbarn vornimmt.

• Wenn Sie auf dem RSVP-Eingangs-Router die automatische Bandbreitenfunktion konfigurieren, werden die Bandbreitenanpassungs-Timer nach dem Switchover im neuen primären Server 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 aktives Nonstop-Routing aktiviert ist, wird ein ordnungsgemäßer Neustart nicht unterstützt. Der Hilfsmodus für einen ordnungsgemäßen Neustart wird jedoch unterstützt.