0% found this document useful (0 votes)
44 views12 pages

14 Sup RP Redundancy

Redundancy

Uploaded by

jdwhite9
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
44 views12 pages

14 Sup RP Redundancy

Redundancy

Uploaded by

jdwhite9
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 12

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

You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy