Example: Configuring Nonstop Active Routing on Switches
Nonstop active routing (NSR) provides high availability for Routing Engines by enabling transparent switchover of the Routing Engines without necessitating restart of supported routing protocols. Both Routing Engines are fully active in processing protocol sessions, and so each can take over for the other. The switchover is transparent to neighbors.
This example describes how to configure nonstop active routing on switches with multiple Routing Engines or on an EX Series or a QFX series switch in a Virtual Chassis or Virtual Chassis Fabric configuration.
Requirements
This example uses the following hardware and software components:
An EX Series with multiple Routing Engines or on an EX Series or a QFX series switch in a Virtual Chassis or Virtual Chassis Fabric configuration
Junos OS Release 10.4 or later for EX Series switches
Junos OS Release 13.2X51-D20 or later for QFX Series switches
Overview and Topology
Configure nonstop active routing on any EX Series with multiple Routing Engines or on an EX Series or a QFX series switch in a Virtual Chassis or Virtual Chassis Fabric configuration. Nonstop active routing is advantageous in networks where neighbor routing devices do not support graceful restart protocol extensions.
The topology used in this example consists of an EX8200 switch with redundant Routing Engines connected to neighbor routing devices that are not configured to support graceful restart of protocols.
Configuration
CLI Quick Configuration
To quickly configure nonstop active routing, copy the following commands and paste them into the switch terminal window:
[edit] set chassis redundancy graceful-switchover set routing-options nonstop-routing set system commit synchronize
Procedure
Step-by-Step Procedure
To configure nonstop active routing on a switch:
Enable graceful Routing Engine switchover (GRES):
[edit chassis redundancy] user@switch# set graceful-switchover
Enable nonstop active routing (by default, nonstop active routing is disabled):
[edit routing-options] user@switch# set nonstop-routing
Synchronize configuration changes between the Routing Engines:
[edit system] user@switch# set commit synchronize
If you try to commit the nonstop active routing configuration without including the
commit synchronizestatement, the commit fails.Note:If the backup Routing Engine is down when you issue the commit, a warning is displayed and the candidate configuration is committed in the primary Routing Engine. When the backup Routing Engine comes up, its configuration is automatically synchronized with that of the primary. If you subsequently insert or bring up a backup Routing Engine, it automatically synchronizes its configuration with the primary Routing Engine configuration.
Results
Check the results of the configuration:
[edit]
user@switch# show
chassis {
redundancy {
graceful-switchover;
}
routing-options {
nonstop-routing;
}
system {
commit synchronize;
}
Verification
To confirm that the configuration is working properly, perform these tasks:
Verifying That Nonstop Active Routing Is Working Correctly on the Switch
Purpose
Verify that nonstop active routing is enabled.
Action
Issue the show task
replication command:
user@switch# show task replication
Stateful Replication: Enabled
RE mode: Master
Protocol Synchronization Status
OSPF Complete
RIP Complete
PIM Complete
RSVP Complete Meaning
This output shows that nonstop active routing (Stateful Replication) is enabled on primary routing engine. If nonstop routing is not enabled, instead of the output shown above:
On the backup routing engine the following error message is displayed: “
error: the routing subsystem is not running.”On the primary routing engine, the following output is displayed if nonstop routing is not enabled:
Stateful Replication: Disabled RE mode: Master
Troubleshooting
To troubleshoot nonstop active routing, perform these tasks:
Investigating Problems with Synchronization of Routing Engines When NSR Is Enabled
Problem
A protocol loses connectivity with neighbors after a graceful Routing Engine switchover (GRES) occurs with nonstop active routing (NSR) enabled.
Solution
Use trace options to help isolate the problem and gather troubleshooting information. Using the information gathered from trace options, you can confirm or eliminate the synchronization of the Routing Engines as the cause of the loss of connectivity for the protocol. See Tracing Nonstop Active Routing Synchronization Events.