Sponsored By

Comparing Network Abstractions and Virtual MemoryComparing Network Abstractions and Virtual Memory

Being able to work with an abstraction will remove a significant source of network errors, while increasing productivity of network managers.

Terry Slattery

December 17, 2013

2 Min Read
No Jitter logo in a gray background | No Jitter

Being able to work with an abstraction will remove a significant source of network errors, while increasing productivity of network managers.

I just posted a blog at NetCraftsmen.net: Network Abstractions and Virtual Memory. In it, I compare SDN's network abstractions with those of virtual memory. It is relatively easy to extrapolate the comparison with other virtual IT components, such as virtual storage or virtual machines. Both virtual storage and virtual machines have extracted the basic elements of storage and compute to virtual models. In the process, they have simplified how we deal with the basic elements and hidden the complexity of the physical implementations.

For example, in the storage world, we no longer have to determine how big a given storage volume should be and manually map that onto a disk drive. We no longer have to manually handle growing a file system when it reaches capacity. We simply tell the virtual storage system to shrink or expand a storage volume and it handles all the details, allowing us to work at a higher level of abstraction. The result is an increase in our productivity.

Why can't networking have a similar abstraction? Why do we need to work with the details of VLAN number allocation (analogous to disk block allocation)? If we need a L3 VPN, we should be able to specify it without having to spend hours building an MPLS domain to support it.

We need to define the proper network abstraction and then build the underlying control system to provide that virtual instance (see my blog on the Virtual Network Instance) while hiding the details of the implementation. Being able to work with the abstraction will also remove a significant source of network errors, so the benefits extend to more than productivity.

Please let me know if you have ideas about useful network abstractions.

About the Author

Terry Slattery


Terry Slattery is a Principal Architect at NetCraftsmen, an advanced network consulting firm that specializes in high-profile and challenging network consulting jobs.  Terry works on network management, SDN, network automation, business strategy consulting, and network technology legal cases. He is the founder of Netcordia, inventor of NetMRI, has been a successful technology innovator in networking during the past 20 years, and is co-inventor on two patents. He has a long history of network consulting and design work, including some of the first Cisco consulting and training. As a consultant to Cisco, he led the development of the current Cisco IOS command line interface. Prior to Netcordia, Terry founded Chesapeake Computer Consultants, a Cisco premier training and consulting partner.  Terry co-authored the successful McGraw-Hill text "Advanced IP Routing in Cisco Networks," is the second CCIE (1026) awarded, and is a regular speaker at Enterprise Connect. He blogs at nojitter.com and netcraftsmen.com.