Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

RE: Network automation?

  • From: Greenhagen, Robin
  • Date: Fri Mar 04 12:48:49 2005

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

-----Original Message-----
From: [] On Behalf Of
Brent Chapman
Sent: Friday, March 04, 2005 11:15 AM
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

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 Chapman <Brent@GreatCircle.COM>
Great Circle Associates, Inc.
+1 650 962 0841

Discussion Communities

About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home

Merit Network, Inc.