This directory holds the implementation of individual MIB groups.
Currently, this contains the eight MIB-2 groups, plus a basic template
for new MIB groups (examples/example.c and examples/example.h)

Additionally, you may wish to check out the 'mib2c' perl script in the 
SRCDIR/local directory that can convert a written mib into C template
files for use with this package as mib modules.

Each group consists of two files:

  examples/example.h:	interface information

	- declaration of the initialisation function 'init_example'
		(optional)
	- declaration of the function(s) for retrieving variable
		information 'var_example'
	- declaration of the function(s) for setting variable
		information (if appropriate)

	- declaration of the function(s) for parsing the snmpd.conf file
		(optional)
        - a call to config_parse_dot_conf() to explain to the .conf
		parser which tokens we want to parse.
		(optional)

	- definitions of the MIB group 'magic numbers'
		declarations of the 'public' functions

	- a list of the variables in the group, including
		type information, mapping between magic numbers
		and OID sub-identifiers within the group,
		accessibility information, and the relevant
		function for retrieving this variable's value.
                They *must* be listed in the mib-descending order.
	- a call to 'config_load_mib', identifying the location of
		this MIB group within the general MIB structure.
	- a call to 'config_require' to identify any other files
		that are required by the implementation of this group.
		(optional)

    (these last three are only visible within the 'glue' file 'snmp_vars.c'
	(if at all), but are declared here for ease of maintainance)


  examples/example.c:	implementation code
		(can be non-existant if only the .h file is needed)

	- a list of kernel information needed to report
		on this group
	- an initialisation function (optional)
        - a routine to parse an snmpd.conf line.
        - a routine to free resources from above and return to 
                default settings.
	- 'header' function(s) to map the OID requested
		to the next appropriate OID
		(and similar system-independent setup)
	- function(s) (possibly system-specific) to
		determine and return the value of the
		variable requested.
	- (optionally) functions used to set values
	- other functions used internally


To implement a new MIB group, copy the two files 'example.c'
and 'example.h' to appropriate new files ({MODULENAME}.c and {MODULENAME}.h),
and edit them as follows:

	example.h:
		globally change "example" to the new module name
		    and update the initial comment.
		replace the EXAMPLE* defines with the list of
		    variables within this new group
		fill in the 'MODULENAME_variables' structure with these
		    new variables, updating the type, accessibility
		    and sub-identifier information as appropriate.
		replace 'variableN' with the maximum size of the
		    returned OID (omitting the group prefix).
		    For non-table values, this will probably be one
		    greater than the length of the sub-identifier.
                update or remove the 'config_parse_dot_conf' call if
                    you need to handle lines in the snmpd.conf files.
		update the 'config_load_mib' call with the appropriate
		    location within the global MIB structure, and
		    its length (note that 'MIB' has length 6)
		provide a suitable 'config_require' call if this
		    code uses routines from any other files within
		    the 'mibgroup' directory (such as 'util_funcs.c')


	example.c:
		globally change "example" to the new module name
		    and update the initial comment.
		replace the 'MODULENAME_nl' name list with any necessary
		    kernel variables, and update the associated #define's
		replace the name length definition within the 'header'
		    function with the length of the requesting OID
		    (i.e. the sum of the lengths given in the subtree
		     definition, and the variable structure above).
		replace the basic 'switch' structure within the
		    'var_MODULENAME' function with the necessary code
		    to calculate the required information.
		(plus any other internal functions as needed).

  It will then be necessary to (re-)run the configure script with the
option
	--with-mib-modules="MODULENAME"

(where MODULENAME matches the name of the .c/.h file pair exactly).
Note that if anything in the config_* macros changes, or the init function
is added or removed, then the configure script will need to be re-run.