This is an old revision of the document!
The syslog analyzer lets you browse Cisco syslog messages that
are collected by the syslog deamon. Only Cisco syslog messages are supported.
A requirement for this tool is that a syslog daemon is running on your NAV machine collecting syslog messages from your Cisco gear. Unfortunately the NAV Syslog Analyzer only supports Cisco syslog messages, other messages will be ignored (an improvement is on our road map).
We recommend that you in your syslog configuration log syslog messages from your network equipment to two parallel files, one that is read (and emptied) by NAV and another that is untouched by NAV. The latter can be inspected as usual from shell (you should rotate as you do with other ever-growing log files). The one that NAV reads and empties is configured in the nav/etc/logger.conf
file. It is the NAV background process logger that does this job. Every minute the log file is checked for new messages. If any, they are removed from the file, parsed and inserted into the NAV logger database.
The NAV logger database takes advantage of the fact that Cisco syslog messages have a predefined structure. Briefly explained a Cisco message type consists of three elements interconnected with hyphen (-). The three elements are:
Some examples:
IP-3-TCP_BADCKSUM IP-4-DUPADDR ISDN-6-CONNECT LINEPROTO-5-UPDOWN LINK-4-ERROR
For a given syslog message a description follow the message type giving further details. Also a time stamp is given and the device the message was received from. An example:
May 27 08:32:58 mtfs-sw.ntnu.no 2002 May 27 08:32:53 MET +02:00 %CDP-4-NVLANMISMATCH:Native vlan mismatch detected on port 4/2
The Syslog Analyzer presents a search form where you can retrieve information you are interested in. You may in example see all message the last 24 hours that are of severity 3, or that has been received from a given switch. In the result each message type from a given source box is listed with the number of occurrences seen on this particular message type. By clicking on the number of occurrences further details will be listed.
If there are cases of parsing errors, you can see these (i.e. where the logger process is not able to understand the message).
In etc/logger.conf
you can define: