When any new technology is first adopted, misunderstandings and even potential exaggerations about its capabilities (or lack thereof) are inevitable.
In working with public-sector customers, we see this almost daily as software-defined networking (SDN) continues to emerge and evolve. Despite the growing hype surrounding SDN (or maybe because of it), many federal organizations remain puzzled by this technology and its benefits.
1. SDN is OpenFlow.
While you could consider OpenFlow to be the founding father of SDN (not to mention a crucial piece of the technology), it's not the only one.
As the first touch point to the new technology, many still equate the two and only pursue approaches based in OpenFlow. But today, SDN's definition transcends OpenFlow, having blossomed into something bigger and more complicated than just one particular protocol implementation. And, although some agencies have flexible personnel resources, time and funds to develop their solutions, the majority are taking on a task that many SDN vendors have already conquered.
Before assuming that OpenFlow provides the same benefits as SDN, research the solutions that are currently available and offer key benefits (including enhanced security and flexibility) right out of the box.
2. SDN requires programming skills.
They needn't worry: Turnkey, vendor-supported solutions can be implemented without having to write a single line of code, while still leveraging your organization's existing skill sets. Best of all, they can actually decrease the manual tasks and operational overhead traditionally associated with network maintenance.
3. SDN requires a complete rip and replace.
Obviously, federal networks have stringent requirements for certifying new IT products. But SDN doesn't require a drastic or abrupt infrastructure overhaul to be productive. Moreover, there's actually no absolute benefit to gain from ripping and replacing your current networking technology. Instead, you can gradually introduce SDN to address a need for specific use cases.
When you introduce SDN to your network, you'll discover new opportunities, advantages and additional capabilities as it expands, opening the door for new services unavailable through your legacy system. A gradual move, rather than a full swap over, could offer a more graceful migration to SDN infrastructure.
4. SDN only pertains to data center networking.
While, yes, most SDN adoption currently exists in the data center space, this isn't the only place where SDN applies. Networking and security across an entire infrastructure can benefit from SDN.
As high-profile targets, federal agencies face intense scrutiny about infrastructure security. The new automation and centralized management capabilities offered by SDN can enhance the security of your existing infrastructure. SDN isn't just about data center networking — it also delivers added security for agencies that are constantly looking to increase their security standing.
5. SDN is years away from adoption in the federal space.
Although SDN is currently more prevalent in the private sector, there are legitimate SDN deployments occurring in today's federal space. Government agencies are already using it to simplify networks and drive innovation with customization. That's right: They're not just thinking about it — they're actually using it today.
Take an honest assessment, and look at the potential SDN offers for your IT infrastructure. It may not be for everyone, but for some federal agencies, SDN could be the answer for improving their network automation and security needs.
Greg Stemberger is a principal solutions architect for Force 3.