NAC: Stand-alone appliances vs. built into the infrastructure

Opinion
Oct 15, 20073 mins

I keep hearing about NAC as both standalone appliances and as part of switching infrastructure. Which is the best way to buy this technology?

The short and annoying answer is, of course, “it depends.”

You’ve keyed in on a critical trend, which is that ultimately NAC belongs in the infrastructure and will be a “feature” of a LAN switch. That said, NAC as an appliance makes perfect sense for a lot of deployments and won’t be obsolete for a long time.

The true question becomes, what kind of NAC should you invest in now that will provide sustaining value to your enterprise for years to come? In reality, the answer probably has more to do with the capabilities of the NAC system than its form factor. We’ll first talk about which form makes sense in which deployments and then talk about the sustainable feature set.

NAC as an appliance is the ideal answer if you’ve recently upgraded your LAN access switches. Self-contained, standalone appliances provide the simplest deployment model for incorporating strong access control features directly into your LAN.

NAC as a switch makes sense if you have plans to upgrade your LAN switches anytime in the next year. Ensure that you’re getting all the switching features you need – like Power over Ethernet – to support other key LAN projects, but the combination of switch and NAC provides good value since you’ll only have to buy one device instead of two.

If a switch upgrade isn’t imminent, but you’re interested in migrating toward switches that can provide the NAC functionality, look for a vendor that offers both switches and appliances – and evaluate them both. That way, you could start a deployment with appliances now and migrate to switches in the future without any changes to your policy creation and distribution or anything else.

Ultimately, your question comes down to investment protection, and to do that well, you need to focus on the NAC platform’s feature set. You need to ensure you can use those features to solve your current NAC problems – perhaps you only need to segment guests and some contractors today – but you also must be able to extend the configuration of the system to support a broader set of policies in the future. For example, your company might want to segment within your employee base so that only finance workers can reach finance servers. Or you might want to control application use in more detail, for example by preventing guests from running IM or by limiting access to resources by location or time of day by, for instance, denying use of a customer banking application after bank hours are over.

If you can find a platform that lets you build on access controls across users or with more granularity over time, then the form factor is less consequential – you’d still extract value from a sophisticated NAC appliance, for example, even if more security became available in your switches. It is also likely that redeployment would make sense. A NAC appliance you buy today for your large headquarters location could serve a regional office in the future if headquarters later upgrade to switches that deliver all needed NAC features.

So think about where you are in your switch upgrade cycle, but even more importantly, think about the long-term feature set you’ll need-and make sure you’re able to buy into that level of investment protection in your NAC purchase.

Have a question for the Network Guardians? Drop us a line.

Jim has a broad background in the IT industry. This includes serving as a software engineer, an engineering manager for high-speed data services for a major network service provider, a product manager for network hardware, a network manager at two Fortune 500 companies, and the principal of a consulting organization. In addition, Jim has created software tools for designing customer networks for a major network service provider and directed and performed market research at a major industry analyst firm. Jim’s current interests include both cloud networking and application and service delivery. Jim has a Ph.D. in Mathematics from Boston University.

More from this author