Network configuration archiving
Edward Beheler
ebeheler at tippecanoe.in.gov
Fri Oct 25 13:54:31 UTC 2013
How simple do you want to get? We do something like this:
!
archive
path tftp://1.2.3.4/$h-
write-memory
!
-----Original Message-----
From: Job Snijders [mailto:job.snijders at hibernianetworks.com]
Sent: Thursday, October 24, 2013 5:25 PM
To: nanog at nanog.org
Subject: Network configuration archiving
Dear all,
I am unsure what we as networkers have done in the past, but I am sure we've done our fair share of atonement and don't have to keep using RANCID.
Some might say "it took ages to get rancid to do kinda what we want!", but not all software ages well. One might work in environments where archived configurations are needed to even start provisioning, one might desire a separation between actual config and transcient data.
As I am evaluating our path forward, I've compiled a small list of open source projects with some biased highlights. Your feedback is most welcome, maybe I missed some interesting projects or developments. I would also be very interested in what other operators seek in a network config/state archive tool.
RANCID - http://www.shrubbery.net/rancid/
* Support for a wild variery of devices and operating systems
* complex perl code base [1]
* no central developer team, the internet is littered with forks
Oxidized - https://github.com/ytti/oxidized
* modern & sexy approach with queue & workers
* RESTful API (example: can bump devices to the head of the queue)
* small user & developer base
* written in that ruby language
Gerty - https://github.com/ssinyagin/gerty
* Seems easier to extend than RANCID
* perl...
* small user & developer base
punc - https://code.google.com/p/punc/
* written in python, based on notch [2]
* no recent developments (although 2011 was a good wine year)
[1] - http://honestnetworker.wordpress.com/2013/06/28/adding-new-device-support-to-rancid/
[2] - https://code.google.com/p/notch/
Kind regards,
Job
More information about the NANOG
mailing list