MIBs for DSL stats

I have all the Cisco MIBs in /usr/share/snmp/mibs/, however when I walk the DSL stats bit of the tree, I get this from an 877:

# snmpwalk -v 2c -c woop 1.2.3.4 SNMPv2-SMI::transmission.94.1.1 -m all SNMPv2-SMI::transmission.94.1.1.1.1.1.11 = INTEGER: 2 SNMPv2-SMI::transmission.94.1.1.1.1.2.11 = INTEGER: 2 SNMPv2-SMI::transmission.94.1.1.2.1.2.11 = STRING: "ALCB" SNMPv2-SMI::transmission.94.1.1.2.1.3.11 = STRING: "0" SNMPv2-SMI::transmission.94.1.1.2.1.4.11 = Gauge32: 260 SNMPv2-SMI::transmission.94.1.1.2.1.5.11 = Gauge32: 160 SNMPv2-SMI::transmission.94.1.1.2.1.7.11 = Gauge32: 185 SNMPv2-SMI::transmission.94.1.1.2.1.8.11 = Gauge32: 10420000 SNMPv2-SMI::transmission.94.1.1.3.1.1.11 = "" SNMPv2-SMI::transmission.94.1.1.3.1.2.11 = STRING: "STMI" SNMPv2-SMI::transmission.94.1.1.3.1.3.11 = STRING: "0" SNMPv2-SMI::transmission.94.1.1.3.1.4.11 = Gauge32: 140 SNMPv2-SMI::transmission.94.1.1.3.1.5.11 = Gauge32: 300 SNMPv2-SMI::transmission.94.1.1.3.1.7.11 = Gauge32: 120 SNMPv2-SMI::transmission.94.1.1.3.1.8.11 = Gauge32: 973000 SNMPv2-SMI::transmission.94.1.1.4.1.2.11 = Gauge32: 8128000 SNMPv2-SMI::transmission.94.1.1.5.1.2.11 = Gauge32: 448000 ...snipped...

And from an 1841 with 2xDSL:

SNMPv2-SMI::transmission.94.1.1.2.1.2.14 = STRING: "ALCB" SNMPv2-SMI::transmission.94.1.1.2.1.2.15 = STRING: "ALCB" SNMPv2-SMI::transmission.94.1.1.2.1.3.14 = STRING: "0" SNMPv2-SMI::transmission.94.1.1.2.1.3.15 = STRING: "0" SNMPv2-SMI::transmission.94.1.1.2.1.4.14 = Gauge32: 250 SNMPv2-SMI::transmission.94.1.1.2.1.4.15 = Gauge32: 250 SNMPv2-SMI::transmission.94.1.1.2.1.5.14 = Gauge32: 60 SNMPv2-SMI::transmission.94.1.1.2.1.5.15 = Gauge32: 70 SNMPv2-SMI::transmission.94.1.1.2.1.7.14 = Gauge32: 155 SNMPv2-SMI::transmission.94.1.1.2.1.7.15 = Gauge32: 175 SNMPv2-SMI::transmission.94.1.1.2.1.8.14 = Gauge32: 10983000 SNMPv2-SMI::transmission.94.1.1.2.1.8.15 = Gauge32: 11037000 SNMPv2-SMI::transmission.94.1.1.3.1.1.14 = STRING: "FOC110259BU" SNMPv2-SMI::transmission.94.1.1.3.1.1.15 = STRING: "FOC110259RY" SNMPv2-SMI::transmission.94.1.1.3.1.2.14 = STRING: "STMI" SNMPv2-SMI::transmission.94.1.1.3.1.2.15 = STRING: "STMI" SNMPv2-SMI::transmission.94.1.1.3.1.3.14 = STRING: "0" SNMPv2-SMI::transmission.94.1.1.3.1.3.15 = STRING: "0" SNMPv2-SMI::transmission.94.1.1.3.1.4.14 = Gauge32: 145 SNMPv2-SMI::transmission.94.1.1.3.1.4.15 = Gauge32: 180 SNMPv2-SMI::transmission.94.1.1.3.1.5.14 = Gauge32: 120 SNMPv2-SMI::transmission.94.1.1.3.1.5.15 = Gauge32: 120 SNMPv2-SMI::transmission.94.1.1.3.1.7.14 = Gauge32: 120 SNMPv2-SMI::transmission.94.1.1.3.1.7.15 = Gauge32: 120 SNMPv2-SMI::transmission.94.1.1.3.1.8.14 = Gauge32: 953000 SNMPv2-SMI::transmission.94.1.1.3.1.8.15 = Gauge32: 933000 SNMPv2-SMI::transmission.94.1.1.4.1.2.14 = Gauge32: 8128000 SNMPv2-SMI::transmission.94.1.1.4.1.2.15 = Gauge32: 7616000 SNMPv2-SMI::transmission.94.1.1.5.1.2.14 = Gauge32: 448000 SNMPv2-SMI::transmission.94.1.1.5.1.2.15 = Gauge32: 448000 ...snipped...

The OIDs don't get translated into names. Am I missing a MIB? Obviously I can work backwards from 'show dsl int ...' to work out what each OID is, but that's far from ideal.

Reply to
alexd
Loading thread data ...

What is your setup like for the snmp cmds? Do you have the MIBs you are interested in setup in the configs/environment vars, etc?

Try to add in some more mibs..

snmpwalk -m+ -v 2c ....

Reply to
Doug McIntyre

I thought '-m all' covered it. However, a quick 'strace' reveals that snmpwalk reads in /usr/share/snmp/mibs/.index to tell it what MIBs are available to it. I must have updated it at some point as it contains some vendor MIBs but not the Cisco ones. Just off to find out how I did it...

Reply to
alexd

Well, turns out what I had weren't MIBs at all, but schema files created with mib2schema. Now I actually have the MIB files and have updated my .index as per

formatting link
????

snmpwalk works great.

Reply to
alexd

Cabling-Design.com Forums website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.