router.db - rancid group configuration file
router.db contains information for devices which are members of a
rancid group. control_rancid(1) reads this file to compile a list of
devices which it should collect.
One device is listed per-line, where the syntax is:
The fields are as follows:
The name of the device, which must resolve via gethostbyname,
used as the argument to telnet(1), rsh(1), or ssh(1), to connect
to the device. Once converted to lower-case, this also becomes
the name of the file used to store the configuration under
Experience has shown that using the device’s FQDN (Fully
Qualified Domain Name) works best, as in the example above.
The type of device from the set:
agm A Cisco Anomaly Guard Module (aka Riverhead). Suspect
that at some point the UI will become more cisco-like
and it can be merged with the IOS rancid module.
alteon An Alteon WebOS switches.
arista An Arista Networks device.
An Avocent Cyclades console server.
baynet A Bay Networks router.
cat5 A Cisco catalyst series 5000 and 4000 switches (i.e.:
running the catalyst OS, not IOS).
cisco A Cisco router, PIX, or switch such as the 3500XL or
6000 running IOS (or IOS-like) OS.
A Cisco Nexus switch/router.
css A Cisco content services switch.
An enterasys NAS. This is currently an alias for the
riverstone device type.
erx A Juniper E-series edge router.
An Extreme switch.
ezt3 An ADC-Kentrox EZ-T3 mux.
f5 A F5 BigIP switch.
A Force10 router.
A Fortinet firewall.
A Foundry router, switch, or router-switch. This
includes HP Procurve switches that are OEMs of Foundry
products, such as the HP9304M.
A Hitachi router.
hp A HP Procurve switch such as the 2524 or 4108 procurve
switches. Also see the foundry type.
A Juniper router.
mrtd A host running the (Merit) MRTd daemon.
A Netscalar load balancer.
A Netscreen firewall.
A Procket router.
A Redback router, NAS, etc.
A Riverstone NAS or Cabletron (starting with version
smc A SMC switch (some Dell OEMs).
tnt A Lucent TNT.
zebra Zebra routing software.
The state is either "up", or some other arbitrary value, e.g.
"down". If the device is not marked "up" the device’s
configuration will not be collected. It is highly recommended
that comments are made for any router not listed as up, so as to
indicate the reason a router is not to be polled, e.g.:
core1.paris:cisco:down:in testing until 5/5/2001.
core2.paris:cisco:ticketed:Ticket 6054234, 5/3/2001
The script "downreport" in util/ can be used to produce a report
of routers in router.db that are not marked "up".
Freeform string to describe the current state of the router.
A ‘‘#’’ at the beginning of a line is a comment; the entire line is
If a device is deleted from the router.db file, then rancid will clean
up by removing the device’s config file from $BASEDIR/<group>/configs.
The device will be removed from the revision control system. It is
possible, in most cases, to resurrect or check-out copies of deleted
Configuration file described here, where <group> is a device
group name defined in the variable LIST_OF_GROUPS within
control_rancid(1), rancid(1), rancid.conf(5)
13 July 2009 router.db(5)