Warning: Undefined array key "rcommentid" in /home/clabr/public_html/movingpackets/wp-content/plugins/wp-recaptcha/recaptcha.php on line 348

Warning: Undefined array key "rchash" in /home/clabr/public_html/movingpackets/wp-content/plugins/wp-recaptcha/recaptcha.php on line 349
No-Hassle Hardware Replacement with DCNM - MovingPackets.net

No-Hassle Hardware Replacement with DCNM

Continuing my look at Cisco’s Data Center Network Manager (DCNM) software, I had to swap out a faulty spine switch recently, and got a chance to find out whether I could use DCNM to make the RMA process a little less painful than it would normally be.

Nexus 5648Q

Using DCNM for RMA

If I had a dream, albeit a rather sad one, it would be to be able to swap out a hardware component in my network quickly and efficiently, and not have to mess around.

DCNM has all the elements to make this feasible. Given a device serial number, I’ve already confirmed that DCNM can automatically deploy the correct firmware version and base configuration when deploying a new fabric, so there’s no reason it couldn’t be used to do the same thing for a replacement switch, but this time deploying the complete, production configuration in one step. Happily I already have the configuration for the spine switch I’m replacing, because DCNM takes frequent backups. I also have the appropriate firmware loaded to DCNM’s software repository because I used it to build the fabric in the first place. So how do I approach the RMA?

Telling DCNM About The New Hardware

Once the replacement switch was received at the data center, I was sent the serial number. At that point, I went to the DCNM POAP configuration and added a new device. I provided:

  • Serial number
  • Firmware version
  • The device configuration that I downloaded from the configuration repository

That’s it. The old device was unracked, the new one was racked in its place and the cables/fibers connected as before, then it was powered up. At that point, POAP did its thing and installed the firmware, staged the configuration, and rebooted the switch. Ten minutes later the switch was fully rebooted and had taken over the old switch’s role in the fabric as a spine switch. It was that easy.

Tidying Up

After bringing the new switch up, the only remaining tasks were to transfer the DCNM (management) license from the old (faulty) switch to the new switch, and to delete the old switch from the inventory. It took a matter of minutes to un-allocate the license from the old switch and allocate it to the new one, and another few seconds to remove the old switch from inventory. Really a very painless process.

Suggestions for Improvement

Wouldn’t it be cool if this wasn’t a manual process? If I’m doing a like-for-like swap (which with an RMA I really should be), it would be really nice to have an RMA feature which works like this:

  • Click on the Swap Out Device (RMA) menu option
  • Select the device that is being removed
  • Enter the serial number of the device that’s replacing it
  • Offer a checkbox option to remove the old device from DCNM inventory once the new device is online
  • Offer a checkbox option to move the DCNM license from the old device to the new device once the new device is online

At this point, DCNM would wait until a device with the new serial number showed up on the network. When it saw the appropriate DHCP requests, it would deliver the firmware and configuration matching what was on the device that was being removed, and once the new device booted up and was active, the old device would be removed from inventory. Wouldn’t that be neat?

Even without the perfect process in place, DCNM nonetheless turned an otherwise tedious process into one requiring minimal input and monitoring.

Be the first to comment

Leave a Reply

Your email address will not be published.


*



Warning: Undefined array key "rerror" in /home/clabr/public_html/movingpackets/wp-content/plugins/wp-recaptcha/recaptcha.php on line 291
 

This site uses Akismet to reduce spam. Learn how your comment data is processed.