Configuring Nonstop Bridging
You can configure nonstop bridging by following the steps below.
Enabling Nonstop Bridging
Nonstop bridging requires you to configure graceful Routing Engine switchover
(GRES). To enable graceful Routing Engine switchover, include the
graceful-switchover statement at the [edit chassis
redundancy] hierarchy level:
[edit chassis redundancy] graceful-switchover;
By default, nonstop bridging is disabled. To enable nonstop bridging, include the
nonstop-bridging statement at the [edit protocols
layer2-control] hierarchy level:
[edit protocols layer2-control] nonstop-bridging;
To disable nonstop active routing, remove the nonstop-bridging
statement from the [edit protocols layer2–control] hierarchy
level.
Synchronizing the Routing Engine Configuration
When you configure nonstop bridging, you must also include the commit
synchronize statement at the [edit system]
hierarchy level so that, by default, when you issue the commit
command, the configuration changes are synchronized on both Routing Engines. If
you issue the commit synchronize command at the
[edit] hierarchy level on the backup Routing Engine, the
Junos OS displays a warning and commits the candidate configuration.
A newly inserted backup Routing Engine automatically synchronizes its configuration with the primary Routing Engine configuration.
When you configure nonstop bridging, you can bring the backup Routing Engine online after the primary Routing Engine is already running. There is no requirement to start the two Routing Engines simultaneously.
Verifying Nonstop Bridging Operation
When you enable nonstop bridging, you can issue Layer 2 Control Protocol-related operational mode commands on the backup Routing Engine. However, the output of the commands might not match the output of the same commands issued on the primary Routing Engine.
Configuring Nonstop Bridging on Switches (CLI Procedure)
This task uses switches with support for the Enhanced Layer 2 Software (ELS) configuration style. If your switch runs software that does not support ELS, see Configuring Nonstop Bridging on EX Series Switches (CLI Procedure). For ELS details, see Using the Enhanced Layer 2 Software CLI.
You can configure nonstop bridging (NSB) to provide resilience for Layer 2 protocol sessions on a Juniper Networks EX Series switch with multiple Routing Engines or an EX Series or QFX Series switch in a Virtual Chassis or Virtual Chassis Fabric configuration. Limited support for NSB is also provided on QFX5100 and EX4600 standalone switches, but NSB is enabled only during an ISSU.
NSB operates by synchronizing all protocol information for NSB-supported Layer 2 protocols between the primary and backup Routing Engines. If the switch has a Routing Engine switchover, the NSB-supported Layer 2 protocol sessions remain active because they are already synchronized on the backup Routing Engine. The Routing Engine switchover is transparent to neighbor devices, which do not detect any changes related to the Layer 2 protocol sessions. The neighboring devices and other devices on the network do not, therefore, have to resynchronize their Layer 2 protocol states to respond to the downtime on the switch—a process that adds network overhead and risks disrupting network performance—when a Routing Engine switchover occurs when NSB is enabled.
If you are using a QFX5100 or EX4600 standalone switch and you want to use ISSU, configure Graceful Routing Engine switchover (GRES), NSB and nonstop active routing (NSR). You must configure NSB, GRES, and NSR in order to run ISSU. However, GRES, NSB and NSR are enabled only during the upgrade. During an ISSU, the Junos OS runs in two separate virtual machines (VMs)—one VM is in the primary role acting as the primary Routing Engine, and the other VM is in the backup role acting as the backup Routing Engine. The Junos OS is upgraded on the backup VM. After a successful software upgrade, the backup VM then becomes the primary VM, and the original primary VM is no longer needed and is shut down.
To configure NSB:
There is no requirement to start the two Routing Engines
simultaneously. If the backup Routing Engine is not up when you use
the commit synchronize statement, the candidate configuration
is committed in the primary Routing Engine. When the backup Routing
Engine comes online, its configuration is automatically synchronized
with that of the primary.
After a graceful Routing Engine switchover, we
recommend that you issue the clear interface statistics (interface-name | all) command to reset the cumulative
values for local statistics on the new primary Routing Engine.
See Also
Configuring Nonstop Bridging on EX Series Switches (CLI Procedure)
This task uses Junos OS for EX Series switches that do not support the Enhanced Layer 2 Software (ELS) configuration style. If your switch runs software that supports ELS, see Configuring Nonstop Bridging on Switches (CLI Procedure).
You can configure nonstop bridging (NSB) to provide resilience for Layer 2 protocol sessions on an EX Series switch with redundant Routing Engines.
Nonstop bridging operates by synchronizing all protocol information for NSB-supported Layer 2 protocols between the primary and backup Routing Engines. If the switch has a Routing Engine switchover, the NSB-supported Layer 2 protocol sessions remain active because they are already synchronized on the backup Routing Engine. The Routing Engine switchover is transparent to neighbor devices, which do not detect any changes related to the Layer 2 protocol sessions on the switch.
To configure nonstop bridging: