10-11-2012 06:08 PM - edited 03-07-2019 09:25 AM
We have a single 4507R+E, dual Sup 7, dual 10GbE line cards, dual power etc...
Looking at the overall picture we do have a single point of failure, being the chassis.
I have the option if grabbing a 4507 from another site, albeit 50k
In your opinion, is it worth going through the excercise of adding a redundant switch when the resiliency of the chassis is so good? I've had one crowd say do it, the other says it's robust enough.
Cheers for your thoughts,
Brendan
10-12-2012 07:43 AM
Hi Brendan,
You will be having very less chance the chassis will go down. You are already have power redundany and supervisor redundancy.
I feel that it is not necessary to add redundant chassis only for backup of primary switch failure. If you would like to add one more switch, you can deploy it for better traffic management and this will provide chassis level redundancy as well. It depends on your need.
The below detail will explain how to utilize the dual supervior efficiently.
When you configure the both supervisor in NSF/SSO, the standby will take over the active role without any interruption on the production network.
NSF/SSO
In September of 2004, the Cisco Catalyst 4500 introduced its capability to support the SSO mode of supervisor redundancy. SSO was initially supported on the Cisco Catalyst 4500 with Cisco IOS Software Release 12.2(20)EWA. With SSO, the functionality of the supervisors is the following:
SSO is the component of the solution that synchronizes and saves state information between the active and standby supervisors such that Layer 2 connectivity protocols are maintained.
In order to preserve L3 protocol state information, NSF was developed. As the acronym states, NSF allows for continued forwarding of data packets along known routes while the routing protocol information is recovered and validated gracefully, avoiding unnecessary route flaps and network instability. The NSF capability was introduced on the Cisco Catalyst 4500 in Cisco IOS Software Release 12.2(31)SG. NSF capability requires a redundant system to run in SSO mode.
Nonstop Forwarding (NSF)
NSF works with SSO to minimize the amount of time the network is unavailable following a supervisor engine switchover.
NSF provides these benefits:
Improved network availability: NSF continues forwarding network traffic and application state information so that user session information is maintained after a switchover.
Refer:
Regards,
Aru
*** Please rate if the post is useful ***
10-12-2012 11:57 AM
So in the not too distant past ( a year ago) we were bit by the so-called carrier class redundancy in one of our colocated Data Centers. Single chassis with redundancy built into every card and power supply in the box. Had a supervisor problem and the failover didnt work. This was an on going thing for a few months. This was not a Cisco device, but regardless. Needless to say they are doing away with the carrier class redundancy in favor of more traditional option. If uptime is the absolutely critical I'm old school. I say go with 2 chassis single sup in each running a first hop routing protocol. Tune the failover to the speeds to meet your needs.
Just my 2 cents.
-Todd
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide