If you're using Visio it's useful to also have a topology drawing of your network, i.e. you'r T1 connected to your router to your switch etc. Include on this all your main devices such as servers, firewalls etc but not your user PCs unless your network is small. Show everything you'll need to troubleshoot a major outage - IP addresses of each interface of each device, the port numbers these key connections go into on your devices, types of cable (crossover/straight, fibre etc). If you have several rooms or locations divide the drawing into these and position the devices in the correct place.
Along with this you need a patching record to show where less important devices such as user PCs are connected. Use Visio if you want but I find a simple spreadsheet more than adequate and very quick to amend.
Finally don't forget to make your network self-documenting as far as possible - put descriptions on your switch/router ports and stick physical labels wherever it is sensible/helpful to do so
Re: Network Documentation
11 years 9 months ago #22286
There are a TON of fun/intresting/usefull vitrual appliances here. A few network management/documentation type things. And there pre-made VM's you can see if you like it before you invest time becomming an expert.
I can't suggest one specifically... i've only tinkered about.. but there are a few there to try out.
Re: Network Documentation
11 years 9 months ago #22287
both are particularly nice in there own ways... Nothing much in the IDS area as my lab isn't now.. and won't likely be in the near future connected to the internet.
Having tested both OpenNMS and Zenoss, I have to say, don't waste your time with OpenNMS. Configuration is a nightmare. It is filled with great ideas, but the implementation of those ideas is poor. It relies on Java, which can be a pain to troubleshoot and forces you to restart the whole shebang when a config change is mad, and the XML config files are extremely strict on formatting- they include an xml formatting tool to help, but when editing many files, it is easy to forget to reformat some. Wrong format=many errors.
Zenoss is the way to go. It is the only NMS that bridges the gap between the Network Monitoring and Server Monitoring. It does both very well, while the competition seems to make sacrifices on one side or the other. Most everything is configured via the web interface. It is SOAP based and contains its own copies of the required components so there is no need to delve into dependancy hell to get it installed.
I would grade them as follows-
Zenoss: B+ to A- excellent product, easy to use. Still some kinks to be worked out, as the project is somewhat new still. Equally capable of server/service monitoring and network monitoring. Remote pollers allow for extreme scalability.
OpenNMS: C- This project is old enough to be better than it is. Config is complex and troubleshooting requires more Java knowledge than most non-developers have. Most of the config is via the config files and requires you to format it perfectly and restart OpenNMS to enable the change. The project developers mean well, but I think it has become a victim of scope creep and it ended up becoming a very complex Nagios.