RFC1213-MIB vs IF-MIB, ifType and -mALL

Hi,

As you're probably aware, both RFC1213-MIB and IF-MIB define ifType. IF-MIB
defines it as
"SYNTAX IANAifType", whereas RFC1213-MIB defines it as "SYNTAX INTEGER" and
then goes on to list a subset of IANAifType. For this reason, I'd like to
load IF-MIB and not RF1213-MIB go get symbolic values for ifTypes not known
to RFC1213-MIB.

Several historical posts ask about this. The consensus seems to be "Don't
load RFC1213-MIB".

But for other reasons (e.g. users of our app can add their own MIBs to a
pre-defined directory), we load all mibs at startup (-mALL on the command
line or SNMP::loadModules('ALL') in perl). And then it seems to be random
which of the ifType definitions that "wins".

It seems one can force (re?)-loading of IF-MIB after 'ALL' like this: -mALL
-mIF-MIB / SNMP::loadModules('ALL'); SNMP::loadModules('IF-MIB') to force
IF-MIB to load after RFC1213-MIB.

So my questions are:

   - Why is RFC1213-MIB even included in ./mibs/? It seems entirely replaced
   by other mibs.
   - Is there some mechansim to control the order of MIBs with -mALL? Or to
   blacklist RFC1213-MIB? To me it seems *clear* that IF-MIB should be
   loaded *after* RFC1213-MIB to get the newer definitions from IF-MIB.
   - Alternatively, is there some way to get a complete list of the modules
   that takes into account any prior -M parameters SNMP::addMibDirs() calls, so
   we can implement our own loadAllMibsInCarefulSequence()?
   - Using -mALL -mIF-MIB to control load sequence seems brittle. Are there
   problems with this down the road? Does experience show that there are other
   MIB load sequences that one needs to be aware of? Other MIBs that need to be
   loaded after 'ALL'?

Peter
-- 
Peter Valdemar Mørch
http://www.morch.com

------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev

_______________________________________________
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