- play_arrow Install, Upgrade, and Downgrade Software
- play_arrow Software Installation and Upgrade Overview
- play_arrow Junos OS Evolved Installation Packages
- play_arrow Prepare to Install and Upgrade Software
- play_arrow Upgrade and Downgrade Software
- play_arrow Install Third-Party Software
- play_arrow Install the Paragon Active Assurance (PAA) Test Agent
-
- play_arrow System Backup and Recovery
- play_arrow Boot Junos OS Evolved from a USB Drive
- play_arrow Back Up an Installation with Snapshots
- play_arrow Roll Back the Software to a Previous Version
- play_arrow Backup and Recover the Configuration File
-
- play_arrow Storage Media and Routing Engines
- play_arrow Storage Media and Routing Engines
-
- play_arrow Zero Touch Provisioning and Secure Zero Touch Provisioning
- play_arrow Configuration Statements and Operational Commands
Nonstop Active Routing Concepts for Junos OS Evolved
Nonstop active routing (NSR) uses the same infrastructure as graceful Routing Engine switchover (GRES) to preserve interface and kernel information. However, NSR also synchronizes routing protocol information by running the routing protocol process (rpd) on the backup Routing Engine. By synchronizing this additional information, NSR is self-contained and does not rely on helper routers (or switches) to assist the routing platform in restoring routing protocol information. NSR is advantageous in networks in which neighbor routers (or switches) do not support graceful restart protocol extensions. As a result of this enhanced functionality, NSR is a natural replacement for graceful restart.
To activate NSR, use the set routing-options nonstop-routing
configuration
statement.
The switchover preparation process for NSR comprises the following steps:
The primary Routing Engine starts.
The routing platform processes on the primary Routing Engine (such as the routing protocol process [rpd]) start.
The Packet Forwarding Engine starts and connects to the primary Routing Engine.
All state information is updated in the system.
The backup Routing Engine starts, including the routing protocol process (rpd).
The system determines whether GRES and NSR have been enabled.
The backup Routing Engine is synchronized with the primary Routing Engine.
For supported protocols, state information is updated directly between the routing protocol processes on the primary and backup Routing Engines.
The switchover process comprises the following steps:
When keepalives from the primary Routing Engine are lost, the system switches over gracefully to the backup Routing Engine.
The Packet Forwarding Engine connects to the backup Routing Engine, which becomes the new primary. Because the routing protocol process (rpd) is already running, this processes do not need to restart.
State information learned from the point of the switchover is updated in the system. Forwarding and routing are continued during the switchover, resulting in minimal packet loss.
Peer routers or switches continue to interact with the routing platform as if no change had occurred. Routing adjacencies and session state relying on underlying routing information are preserved and not reset.
We recommend that you do not restart the routing protocol process (rpd) on the primary Routing Engine after enabling NSR, as it disrupts the protocol adjacency/peering sessions, resulting in traffic loss.
To verify readiness, issue the show system switchover
operational mode
command.