We setup two switches WS-C3750X-48T-S, each has a 350W power supply. I connected the power stack cable in the default mode, means I have a total of 700W power available. When I check the datasheet I can see that one switch uses 120W (weighted average). Therefore I would say it would be sufficient if one power supply fails, the two switches still should be online.
I am wondering when I run the command "show stack-power" that I have a power budget of 223. Now, when I test it and I power off one device, I still have both switches running but the log messages appears that the stack run under the budget.
Does anybody knows why there is a value of 223W (and not 120W) and if this is ok from a redundancy point of view to have only one 350W power supply per switch, so that it is no problem to run both switches even if one power supply fails?
While the Data Sheets list the actual power consumption of the standalone switches, the "power budget" reflects the value set up by Cisco IOS for a switch power allocation within the Cisco StackPower. For your box the value has been set up exactly as 223W since 12.2(55)SE software release (it was 206W earlier) as you can clearly see from the Table 1 of the document beneath:
Thank you very much for your reply. For me it makes sense if I have 223W budget for the whole stack. But then I also have 700W power reserving for the whole stack, as long each switch has one power supply with 350W.
I ran a test again, I can disconnect one power cable, the stack continues to run fine. How ever, the failed switch will generate a warning that there is not enough budget available. But there is still a power supply with 350W running, which can cover the two switches.
For me this is ok, I just wanted to confirm that it is enough to have one 350W power supply in each switch, to have the power supply redundancy. Even if I got a warning caused by not enough power budget, as long both switches continues to run when one power supply fails, this ok ok.
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...