Andrew Ross wrote:
> Having a minimum set of configuration options would probably be a waste
> of time in my view as all implementations are so different.
>
> Since all implementations use (or can be made to use) a config file, my
> vote is for a free form string variable. The format of the text depends
> on the vendor. All we need to agree on is a standard cookie to identify
> the vendor and version.
>
This makes sense.
If I have heard and understood correctly - we would love to have configuration
options - BUT given the diversity of the syslog implementations we do not have
one model for configuration that would allow us to develop a one-size-fits-all
MIB.
However there is the trivial model - which uses the configuration file to hide
all the implementation details. This model probably fits all implementation.
That would mean -
A. We remove the configuration details
B. We introduce a configuration file object. Here we have two choices
B-1. Just leave it at the fileName level of detail- The fileName is
writable
Manager will set the syslogConf file name and expect that to
be used. We have 1 MO in this case.
Comment: This is simple. The manager aranges for the syslogConf
to be present (by non-SNMP means) and just tells the syslog process
to use the specific syslogConf file.
B-2. Treat the file as a text file with one or more lines.
Represent the file as a table: a row is a line.
The semantics or syntax of the file is opaque to management process.
It can read the file and display it on the console (using SNMP).
For update of the file: allow lines to be modified (using SNMP-Set)
Comment: This is much more complex. To do this nicely we will effectively
need a text file editor to be implemented using SNMP.
C. At a later date, if there is interest and demand, we can have a
BSD-Syslog configuration MIB where the parts removed from A can be
used.
I liked what it was doing- it is pretty good and useful when I want
to remote-monitor (not control) the configuration of the syslog process.
Let me have your comments.
Cheers
Glenn
