I am working with RH9, Net-SNMP 5.1.2, and the 802.11 MIB. I notice
that the output of mib2c is different, depending on use of the UCD
versus NET formats. Specifically, UCD generates names and OID's that
are not generated for NET. The particular case I find concerns the
OID named in the MIB as ResourceTypeIDName. For that OID, the path
is
ieee802dot11 {1. 2. 840. 10036}
dot11res {ieee802dot11 3}
dot11resAttribute {dot11res 1}
dot11ResourceTypeIDName {dot11resAttribute 1}
I have already posted the MIB, and since it is 113K (or so) in
size, I will not here post it again.
Now, in the c code file produced by mib2c for the UCD format, we
see that dot11ResourceTypeIDName is described in the variable
struct variable4 ieee802dot11_variables[] = {
{DOT11RESOURCETYPEIDNAME, ASN_OCTET_STR, RONLY, var_ieee802dot11, 1, {1}},
...
}
The total number of OIDs described in the *variables* struct is 108.
This is the first place for which I have questions. Should the suffix
not be {3, 1, 1} and should the length not be 3? If not, why not? In
all other respects, the description appears to be correct.
Now, if I instead compile the MIB for the NET format, the variable does
not get generated, at all. It is not to be found in any of the header
files produced, nor is it to be found in any of the c code source files
produced, by mib2c. Why not? Why should the output of mib2c be different,
based on a change in the selection of format, for the same input MIB?
William R. Buckley
President
SoftNerd, A California Corporation
Director Emeritus,
International Core Wars Society
[EMAIL PROTECTED]
415-240-6107
-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
Net-snmp-users mailing list
[EMAIL PROTECTED]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
