Network automation?

Greenhagen, Robin Robin at gsi-kc.com
Fri Mar 4 17:46:18 UTC 2005


http://www.titan-central.com/

These guys pitched to us about 18 months ago.  It looked quite nice, but
not really priced for Enterprise level money, not Service Provider
money.  It would probably worth reinvestigating.

Robin Greenhagen
GSI


-----Original Message-----
From: owner-nanog at merit.edu [mailto:owner-nanog at merit.edu] On Behalf Of
Brent Chapman
Sent: Friday, March 04, 2005 11:15 AM
To: nanog at merit.edu
Subject: Network automation?


What's the state of the art for automated network configuration and 
management?  What systems and tools are available, either freely or 
commercially?  Where are these issues being considered and discussed?

I'm not simply talking about network status monitoring systems like 
HP OpenView, or device configuration monitoring systems like RANCID, 
although those are certainly useful.  Instead, I'm talking about 
systems that will start from a description of how a network ought to 
be configured, and then interact with the various devices on that 
network to make it so; something like cfengine for network devices.

Over the last 15 years or so, much of the research in the system 
administration field has focused on automation.  It's now well 
accepted that a well-run operation doesn't manage 10,000 servers 
individually, but rather uses tools like cfengine to manage 
definitions of those servers and then create instances of those 
servers as needed.  In the networking world, though, most of us seem 
to be still manually configuring (and reconfiguring) every device.

Luke A. Kanies does a good job of explaining the logic behind this 
approach in an article he wrote a few years ago at

	http://www.onlamp.com/pub/a/onlamp/2001/12/20/sysadmin.html

The key benefits that he sees from automation are:

1) Reducing the amount of time a given task requires.
2) Reducing the opportunity for error in a given task.
3) Reducing turnaround time for a given task.
4) Enhancing and perpetuating configuration consistency across 
multiple systems.
5) Providing a limited kind of process documentation.

I concur with him about all of those.  I think these benefits 
(particularly the 4th one, consistency) are critical if your goal is 
to offer a reliable service (increasing MTBF and decreasing MTTR).

So, like I asked at the top, where are we on this?


-Brent
-- 
Brent Chapman <Brent at GreatCircle.COM>
Great Circle Associates, Inc.
http://www.greatcircle.com/
+1 650 962 0841



More information about the NANOG mailing list