Heads Up :
The post you are writing will appear in a public forum. Please ensure all content is appropriate for public consumption. Review the employee guidelines for the community here.
HiJust wondering what the current thoughts are on the following common problem .......Have 3 x L3 distribution pairs (#1, 2 and 3) with a number of fully redundant L2 access switches off each Distributions are connected via a L2 core VLAN X is root/...
Hi,In an environment where it is very difficult to get downtime for maintenance/software upgrades. Today on 6500 Sup2 performing an OS upgrade means a switch reset. Realise we would need to move to new platform/supervisor to get full benefits of ISSU...
Hi Folks,Besides the occasional s/w bugs we are challenged with from time to time the biggest downtime we encounter are failed line cards especially ws-x6248-rj45 and ws-x6348-rj45 (not always full HW fail, sometimes soft reset or reinsertion will re...
HiI have a necessity to create PVLAN's in the 1025-4094 range on 6500. CCO notes the following ..."You can configure private VLAN parameters and RSPAN for extended-range VLANs; however, all other parameters for extended-range VLANs use the system def...
With rapid spanning tree once root bridge is elected (either manually or automatically) affect of topology changes on stub bridges will be limited - 3 secs to move from blocking to forwarding etc. Just wondering what would happen if the root bridge i...
Thanks everyone for your informative replies. If I can summarise the disruption expected ….- 4500 ISSU with SSO allows for sub-second supervisor failover during IOS upgrade. No reset of linecards. - 6500 eSSU on a standalone (non-VSS) dual supervis...
Thanks Reza. Good to know it works well with VSS. Thats certainly the way to go at the distribution or DC access with dual homed servers. I am looking at more the client access layer and how ISSU performs with a single chassis with dual sup's. Thanks...
The way you describe above is what I was getting at. At least I now have confirmation on the way things should happen. Hopefully I can replicate in the lab and find out what is going on. Thanks for your help.
Thank you Francois. I will need to test it all out in the lab. It happens across multiple access switches all running rapid spanning tree which are P2P to the root and it has happened on two different (but architecturally identical) networks in recen...
No, the new root secondary to access forwards straight away so loosing the primary doesnt have an impact. All is configured as expected - root has all designated ports and P2P links to the access. Secondary root is configured and ready to assume root...
