nanog mailing list archives

RE: Network automation?


From: "Greenhagen, Robin" <Robin () gsi-kc com>
Date: Fri, 4 Mar 2005 11:46:18 -0600


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 () merit edu [mailto:owner-nanog () merit edu] On Behalf Of
Brent Chapman
Sent: Friday, March 04, 2005 11:15 AM
To: nanog () 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 () GreatCircle COM>
Great Circle Associates, Inc.
http://www.greatcircle.com/
+1 650 962 0841


Current thread: