[166452] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

RE: Network configuration archiving

daemon@ATHENA.MIT.EDU (Nolan Rollo)
Thu Oct 24 23:56:45 2013

X-Barracuda-Envelope-From: nrollo@kw-corp.com
From: Nolan Rollo <nrollo@kw-corp.com>
To: Kenneth McRae <kenneth.mcrae@dreamhost.com>, Jimmy Hess <mysidia@gmail.com>
Date: Fri, 25 Oct 2013 03:56:30 +0000
In-Reply-To: <CALBytuYZ2WYwFUHyH4unvLTY7Wk0XEa0jp6MiW85W+=9C++gSg@mail.gmail.com>
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org

Puppet, Chef, cfEngine, etc... the list goes on and on, it's a matter of ta=
ste (no chef pun intended) and what you're familiar with as well as what wo=
rks for your device configurations and the management team

-----Original Message-----
From: Kenneth McRae [mailto:kenneth.mcrae@dreamhost.com]=20
Sent: Thursday, October 24, 2013 11:45 PM
To: Jimmy Hess
Cc: nanog@nanog.org
Subject: Re: Network configuration archiving

Hiw about SolarWinds Config Mgmt software?
On Oct 24, 2013 8:38 PM, "Jimmy Hess" <mysidia@gmail.com> wrote:

> On Thu, Oct 24, 2013 at 4:25 PM, Job Snijders <=20
> job.snijders@hibernianetworks.com> wrote:
>
> > Dear all,
> > I am unsure what we as networkers have done in the past, but I am=20
> > sure we've done our fair share of atonement and don't have to keep=20
> > using RANCID.
> >
>
> Does the nature of the codebase and future development matter all that
> much?    Not to dismiss it as a factor,   but I think other criteria shou=
ld
> be more important  :)
>
> Nrmally  when I would want to compare software ----   I would be concerne=
d
> first and foremost,     (1)  What does it do/what makes it unique --  is
> something special about  package X  over package Y?;
> (2)   Does it meet all the  minimum needs I have right now to be a viable
> solution?
>            Does it grab all my configs and  put them in a permanent=20
> revision control system?  :)
>
> (3) How reliable is it,  can I trust it?   Is it very secure and safe to
> use?    It's no good if it breaks, fails,  or does something dangerous.
> How much care and feeding will it need to keep working?          If it
> needs complex repair work every few weeks,  I don't like it.
>
> (4) How easy is it to get up and running,  and to perform any required=20
> ongoing maintenance
> (5) What extra nice to have functionality does it have?
>
>
> (6)  Maybe other stuff like  what language its written in,  if extra=20
> features need to be added
>
> --
> -JH
>


home help back first fref pref prev next nref lref last post