Supervisor and Route

Processor Redundancy

www.ine.com
 Switching Supervisor
Difference between Modular and Fixed-
Configuration switches.
What is a Supervisor?

Why do we need Supervisor and Route Processor

Redundancy?
Copyright www.ine.com
 RPR
Route Processor Redundancy
Redundant Sup partially booted and initialized.
Technically in Standby mode.
Any uplinks on Standby are active and usable.
Changes to Startup-Config and Config-Register settings
on Active are replicated to Standby
Both Supervisors should have same IOS image, but not
required.
Copyright www.ine.com
 RPR
Route Processor Redundancy
Takes a minimum of 2-minutes to complete switchover
process.
When activated:
All linecards must reload
Routing Engine Initialized
L2 Protocols Initialized
Sup that boots first is Active

Copyright www.ine.com
 RPR

Configuration:
(config)# redundancy
(config-red)#mode rpr
Verification:
Show redundancy states

Copyright www.ine.com
 RPR+
Route Processor Redundancy Plus
Both Sups MUST have same IOS version
Standby Sup fully initialized and configured.
30-60 second switchover
Installed modules dont need to be reloaded.
FIB tables are cleared during a switchover, so routed traffic will
be temporarily droppedbut static routes are maintained.
Gig uplinks on standby are always active.

Copyright www.ine.com
 RPR+

Configuration:
(config)# redundancy
(config-red)#mode rpr-plus
Verification:
Show redundancy states

Copyright www.ine.com
 SSO
Stateful Switchover
Similar to RPR+
Maintains stateful feature information
FIB and Adjacency Tables
STP information and port states
Faster than RPR+ due to configuration synch of stateful
information (0-3 seconds).
PFC information is synchronized
Routing Protocol info (running on RP of MSFC) NOT
synchronized.
Not all switches/RPs support this feature.
Copyright www.ine.com
 SSO Architecture

Courtesy of : http://www.cisco.com/c/en/us/products/collateral/switches/catalyst-6500-series-switches/prod_white_paper0900aecd801c5cd7.html

Copyright www.ine.com
 SSO with NSF
Stateful Switchover with Non-Stop Forwarding
Works with SSO (requires it).
Allows a Layer-3 device to continue forwarding
packets along known routes, even as routing peers are
lost and re-established.
Data Plane continues to use CEF information for
forwarding
Control Plane busy re-establishing neighbors and
routes.
Copyright www.ine.com
 SSO with NSF
Stateful Switchover with Non-Stop Forwarding
Routers classified as NSF-Capable and NSF-Aware
NSF-Capable is the switch. Capable of continuing to forward
packets even while rebuilding routing relationships
NSF-Aware: a peer router that understands it shouldnt tear
down neighbor relationship when its peer fails and should
continue to accept packets from peer.
Each routing protocol must be configured with NSF-
related commands:

Copyright www.ine.com
 NSF Configuration
BGP: (config-router)# bgp graceful restart
EIGRP: (config-router)# nsf
OSPF: (config-router)# nsf

Copyright www.ine.com