Home / Blogs

Network Dis-Aggregation and SDN: Different, But Related

Two of the hottest trends in networking today are network dis-aggregation and SDN. This is great for many reasons. It’s also confusing. The marketing hype makes it hard to understand either topic. SDN has become so vague that if you ask 10 experts what it means, you are likely to get 12 different answers. Network dis-aggregation seems straightforward enough until it gets confused with SDN. We need to take a step back. In a recent Packet Pushers blog post; I start with a simple explanation of each of these trends and then map how they interact.

Software Defined Networking (SDN)

I try not so use the term “SDN.” As Ethan recently pointed out, its been so badly abused that it has, essentially, lost all meaning. The flip side is that the term isn’t going anywhere. Companies are selling SDN and executives are asking for SDN. Just like “cloud,” we seem to be stuck with “SDN.” The best we can do is work to agree on a common, if general, definition—and be more specific whenever possible.

For now, we’re left to define the term every time we use it. At its core, I believe that SDN has two components; network automation, and network analytics. Automation encompasses concepts such as logically centralized management, network programmability, and network abstraction. Analytics provides the information you need to make informed decisions when planing, building, and operating your network. Analytics also provide the feedback needed for advanced automation (i.e. autonomous networks). Whether you use OpenFlow or overlays, whether you write your own Ansible playbooks or leverage complex orchestration systems; the fundamentals of SDN are always the same. Putting information into the network, and getting information out of the network.

Using this definition, I don’t see SDN as an option as much as an inevitable progression of network management. Networks are becoming more and more vital to our society while the ratio of devices to engineer continues to climb. We must find ways to simplify network operations and increase network efficiency. Today, those solutions fall under the umbrella of SDN.

Network Dis-aggregation

Here’s another imperfect term. Taken literally, “network dis-aggregation” means to separate the network into its component parts. Wouldn’t that just mean looking at individual routers, switches, and firewalls? More specifically, we probably should say ‘network device dis-aggregation’ or ‘hardware and software dis-aggregation in network devices.’ Too bad those phrases are so unwieldy.

What we’re talking about here is the ability to source switching hardware and network operating systems separately. This is like buying a server from almost any manufacturer and then loading an OS of your choice. This is where I’m supposed to say, “thank the heavens that networking is finally catching up to systems.” And it IS great that this is an option now. The proliferation of “whitebox” and “britebox” switching platforms, combined with the explosion of available network operating systems (NOS’), are together putting pricing and innovation pressure on the legacy “aggregated” networking vendors. Don’t forget however why so many people love their Apple products; sometimes it still makes sense to engineer hardware and software together.

Note: This trend is going to get even more exciting as we start to see commodity hardware built on programmable merchant silicon, like Barefoot’s Tofino, Cavium’s XPliant, and Innovium’s Teralynx.

Combining Network Dis-aggregation and SDN

Deploying dis-aggregated network devices and deploying SDN are not the same thing. There is an obvious relationship between the two though.

To dig into how network dis-aggregation and SDN interact, and how they may guide your journey to the network you want, check out the full post on Packet Pushers!

By Chris Grundemann, Creative|Technologist

Filed Under

Comments

Comment Title:

  Notify me of follow-up comments

We encourage you to post comments and engage in discussions that advance this post through relevant opinion, anecdotes, links and data. If you see a comment that you believe is irrelevant or inappropriate, you can report it using the link at the end of each comment. Views expressed in the comments do not represent those of CircleID. For more information on our comment policy, see Codes of Conduct.

CircleID Newsletter The Weekly Wrap

More and more professionals are choosing to publish critical posts on CircleID from all corners of the Internet industry. If you find it hard to keep up daily, consider subscribing to our weekly digest. We will provide you a convenient summary report once a week sent directly to your inbox. It's a quick and easy read.

I make a point of reading CircleID. There is no getting around the utility of knowing what thoughtful people are thinking and saying about our industry.

VINTON CERF
Co-designer of the TCP/IP Protocols & the Architecture of the Internet

Related

Topics

Cybersecurity

Sponsored byVerisign

DNS

Sponsored byDNIB.com

Threat Intelligence

Sponsored byWhoisXML API

IPv4 Markets

Sponsored byIPv4.Global

Domain Names

Sponsored byVerisign

New TLDs

Sponsored byRadix

Brand Protection

Sponsored byCSC