Networking

02:30 PM
50%
50%

Tomorrow's Network Automation Today

Switch infrastructure vendors are leading the way in opening up a broad set of capabilities for network engineers. Network automation, or network scripting, combines the functionality of network infrastructure devices with simple scripts that empower network engineers to move beyond passive network monitoring and post-mortem analysis to real-time adaptive networks. The question is will it work and how can you use it in a practical manner?

Switch infrastructure vendors are leading the way in opening up a broad set of capabilities for network engineers. Network automation, or network scripting, combines the functionality of network infrastructure devices with simple scripts that empower network engineers to move beyond passive network monitoring and post-mortem analysis to real-time adaptive networks.  The question is will it work and how can you use it in a practical manner?

Like all good things, network automation emerged during a foray into something totally different. I set out to write about network packet capture and some tools and techniques that you can use to gather more information about your network, to troubleshoot problems and finally, to end all of the finger pointing when there is a problem. As I started thinking of the first step in this process, collecting the packets themselves, I spent some time considering the challenges that you would face along the way. Chief amongst these challenges is the fact that unless you have already invested in a huge traffic collection infrastructure, or are utilizing an analytics company, you will probably not have the traffic captures that you need when you need them. Without those captures, discussing packet-level analysis is a moot point.

This led me to thinking about how and where one might do triggered packet captures based on network events, and how you could automate this process. Up popped Cisco's Tclsh scripting and network automation scripts, which it refers to as Embedded Event Management, along with a world of possibilities that I think most engineers are not aware exist.

First, let me say that this is a new area for me, and one that I am busy testing, but at first glance many switch vendors have realized that network engineers need the ability to work like software engineers in order to cope with the rate of change in their networks. By this, I mean that the engineers need to be able to take their own intellectual property, the experience that makes them effective, and bottle it into a reproducible nugget that gets distributed across their environment and adds immediate value.  

Want an example of this?  Assume that you have a network interface that serves a remote retail branch and that every few days the link is pegged to 100 percent utilization and users complain of application response times. You have several choices in how you can collect data to deal with this situation. At the most basic level, you can use bandwidth monitoring software and technologies like NetFlow to know the "what"  and "when" of this overload. But while NetFlow is a great traffic accounting package, it doesn't allow you to see the details of a TCP or UDP conversation, and the devil is always in the details.

As president of RISC Networks, a consulting firm specializing in business technology analytics, Jeremy Littlejohn oversees approximately 300 engagements per year and works closely with CIOs and IT managers to optimize the reliability, scalability and performance of their ... View Full Bio
Previous
1 of 2
Next
Comment  | 
Print  | 
More Insights
Slideshows
Cartoon
Audio Interviews
Archived Audio Interviews
Jeremy Schulman, founder of Schprockits, a network automation startup operating in stealth mode, joins us to explore whether networking professionals all need to learn programming in order to remain employed.
White Papers
Register for Network Computing Newsletters
Current Issue
2014 Private Cloud Survey
2014 Private Cloud Survey
Respondents are on a roll: 53% brought their private clouds from concept to production in less than one year, and 60% ­extend their clouds across multiple datacenters. But expertise is scarce, with 51% saying acquiring skilled employees is a roadblock.
Video
Twitter Feed