CISCO walking through CISCO Mibs
Eric TURENNE
I'm trying to set-up dedicated machines to retrieve statistics for some of
our networks.
Test environment is:
Linux (Fedora Core 2) Kernel 2.6.5-1.358
net-snmp-5.1.1-2 (Fedora RPM)
net-snmp-utils-5.1.1-2 (Fedora RPM)
2 x Cisco router 2610 12.1(19)
The problem is that I cannot fully walk the mibs using names:
[snmpuser@parker snmpuser]# snmpwalk -v2c -c blabla 10.10.10.10 | wc -l
915
Using OID works fine except that it's almost unusable:
[snmpuser@parker snmpuser]# snmpwalk -v2c -c blabla 10.10.10.10 . | wc -l
4905
I'm getting everything (no error messages or nothing) for theses MIBS
IP-MIB
RFC1213-MIB
SNMP-FRAMEWORK-MIB
SNMP-MPD-MIB
SNMP-NOTIFICATION-MIB
SNMP-TARGET-MIB
SNMPv2-MIB
TCP-MIB
UDP-MIB
But almost nothing for what under SNMPv2-SMI (this is where the cool stuff
is):
SNMPv2-SMI::transmission.7.2.1.1.1 = INTEGER: 1
SNMPv2-SMI::transmission.7.2.1.2.1 = Counter32: 0
.
SNMPv2-SMI::mib-2.14.1.3.0 = INTEGER: 2
SNMPv2-SMI::mib-2.14.1.4.0 = INTEGER: 2
.
SNMPv2-SMI::enterprises.9.9.109.1.2.3.1.8.1.18 = INTEGER: 3
SNMPv2-SMI::enterprises.9.9.109.1.2.3.1.8.1.19 = INTEGER: 3
The SNMPv2-SMI MIB is (CISCO requires SNMPv2-SMI-v1) :
------------
-- MIB created 6/25/99 12:58:12, by
-- SMIC (the next generation) version 1.6.29, November 22, 1994.
SNMPv2-SMI-v1 DEFINITIONS ::= BEGIN
Counter32 ::= Counter
Gauge32 ::= Gauge
Integer32 ::= INTEGER (-2147483648..2147483647)
org OBJECT IDENTIFIER ::= { iso 3 }
dod OBJECT IDENTIFIER ::= { org 6 }
internet OBJECT IDENTIFIER ::= { dod 1 }
directory OBJECT IDENTIFIER ::= { internet 1 }
mgmt OBJECT IDENTIFIER ::= { internet 2 }
mib-2 OBJECT IDENTIFIER ::= { mgmt 1 }
transmission OBJECT IDENTIFIER ::= { mib-2 10 }
experimental OBJECT IDENTIFIER ::= { internet 3 }
private OBJECT IDENTIFIER ::= { internet 4 }
enterprises OBJECT IDENTIFIER ::= { private 1 }
security OBJECT IDENTIFIER ::= { internet 5 }
snmpV2 OBJECT IDENTIFIER ::= { internet 6 }
snmpDomains OBJECT IDENTIFIER ::= { snmpV2 1 }
snmpProxys OBJECT IDENTIFIER ::= { snmpV2 2 }
snmpModules OBJECT IDENTIFIER ::= { snmpV2 3 }
END
------------
- I have all needed MIBS (CISCO-ENTITY, CISCO-FLASH, CISCO-RTTMON, ...)
- I have corresponding OID files
- Tried with all working HPOV mibs
My guess at the moment is that something "broken" prevents from finding it's
way under mib-2 but cannot find out what it is.
Any clue?
TIA,
--Eric
-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
Net-snmp-users mailing list
Net-snm...@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
Dave Shield
> The problem is that I cannot fully walk the mibs using names: =
> [snmpuser@parker snmpuser]# snmpwalk -v2c -c blabla 10.10.10.10 | wc -l=
> 915
> =
> Using OID works fine except that it's almost unusable:
> [snmpuser@parker snmpuser]# snmpwalk -v2c -c blabla 10.10.10.10 . | wc =
-l =
> 4905
Please see the FAQ entry
Why can't I see values in the <INSERT ENTERPRISE HERE> tree?
=
> I'm getting everything (no error messages or nothing) for theses MIBS
> IP-MIB <etc>
> But almost nothing for what under SNMPv2-SMI
Don't think about things being "under" a particular MIB file.
The various MIBs are combined to form a single MIB tree.
So all of the stuff you are seeing lies under
SNMPv2-SMI::mib-2
It's just that most of it is defined in other MIB files,
that supply "subtrees" of this.
This is probably clearer if you use '-Of' to list OIDs
by their full name, rather than the MODULE::name format.
If you're interested in Cisco-specific information,
try
snmpwalk ..... SNMPv2-SMI::enterprises
or even something a bit more specific (CISCO-ENTITY::whatever)
> My guess at the moment is that something "broken" prevents from finding=
> it's way under mib-2 but cannot find out what it is.
It's not broken - that's how "snmpwalk" works.
If you tell it where to start, that's what it will show you.
If you don't, it will report on "mib-2" and nothing else.
Dave