Re: Data Center Shutdown Procedure

My thoughts.

Spanning tree will converge to what your running now. If it's running
in prod and you saved your configs you'll be fine.

The only one I can think of is VSS. Are you running two boxes in east
coast and two in west coast. Or are you running one in one coast and
one in the other? VSS can come up in a funky state, which is the
master versus slave, but it's not going to blow things up. It's just a
matter of who has the brains (ie running config).

Typically when we have a shutdown, we save configs manually (dump them
to a laptop/desktop). The only one were mindful of is our WAAS
appliance because it's running a VB. Everything else is solid. This is
even more of a precaution of our nightly kiwi backups.

Another worry is working with electrical parts. The time stuff tends
to break is when the power flips on. Do lightbulb tend to break when
they're running for 8 hours or when you turn the power on? :)

Another consideration would be BGP. Neighbors that are up the longest
tends to win via the oldest route resident in best path selection.

Hope this helps buddy, good luck!
JB

Sent from my iPhone

> On Oct 30, 2013, at 4:07 PM, Cisco Fanatic <ebay_products_at_hotmail.com> wrote:
>
> ALL -
>
> We have 2 data centers across coast to coast. We are power shutting down 1
> data center for 12hrs.
>
> We have 6500 (Core) running VSS, Nexus switches, 4500 switches, 3750 switches
> to name a few.
>
> Now the question is - should we physically shut down the switches and
> routers?
>
> My concern is that once the power comes up and if the switch have to be
> physically rebooted again, the problem is that spanning tree will not
> reconverge or we might have a network meltdown.
>
> What will someone recomemend in this situation?
>
> Yuri
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Wed Oct 30 2013 - 16:48:21 ART