11-05-2010 12:43 PM
Hi All!
We use Zenoss Enterprise to monitor our ~ 3200 Cisco devices. We have successfully been able to use OIDs such as 1.3.6.1.2.1.2.2.1.20 and 1.3.6.1.2.1.2.2.1.14 to keep an eye on ifInErrors and ifOutErrors. However, we need to monitor the transmit output queue drops, i.e. the stat reported via sh int <interface> :
...
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 405496
...
Please be gentle with me - I am NOT a SNMP guru. (I think it ought to be called CNMP - Complex Network Management Protocol ;-) . But, a starting point would be an OID that reports that value, even if it is a simple counter, we can take it from there.
Here's a screen shot of the Performance Template that is workin for montitoring other data:
Thanks!
Steve
Solved! Go to Solution.
11-11-2010 05:01 PM
ifOutDiscards is a good object, but won't necessarily be the same as queue drops. ifOutDiscards could be packets that were dropped because one tried to telnet to a device where only SSH was enabled. Just be aware that the show command output may not line up with what you are graphing via SNMP.
11-05-2010 01:11 PM
Just so you know I'm not sitting here helplessly waiting, I've been searching using this tool:
http://tools.cisco.com/Support/SNMP/public.jsp
Man, there are a lot of OIDs!
Steve
11-05-2010 02:04 PM
Success! Found it here:
Thanks for being there for me, people - no really, I'm never sarcastic. Sometimes nothing does the trick like a little peer pressure combined with Mr. Google. This is a great forum with a very easy to use engine.
Here are the results from Zenoss:
Executing command
snmpwalk -cxxxxx -v2c 10.254.248.6 1.3.6.1.4.1.9.2.2.1.1.27
against ECB-3560G-1A.6.episd.org
SNMPv2-SMI::enterprises.9.2.2.1.1.27.1 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.248 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.5004 = INTEGER: 16846
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10101 = INTEGER: 110287486
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10102 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10103 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10104 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10105 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10106 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10107 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10108 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10109 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10110 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10111 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10112 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10113 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10114 = INTEGER: 9
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10115 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10116 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10117 = INTEGER: 6020
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10118 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10119 = INTEGER: 622
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10120 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10121 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10122 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10123 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10124 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10125 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10126 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10127 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10128 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10129 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10130 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10131 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10132 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10133 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10134 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10135 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10136 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10137 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10138 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10139 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10140 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10141 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10142 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10143 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10144 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10145 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10146 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10147 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10148 = INTEGER: 57735401
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10149 = INTEGER: 16846
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10150 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10151 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10152 = INTEGER: 0
SNMPv2-SMI::enterprises.9.2.2.1.1.27.10501 = INTEGER: 0
Steve
11-06-2010 09:54 PM
While the object you found may work on some devices, it is deprecated and could be removed in newer versions of IOS. You should also try
1.3.6.1.4.1.9.9.276.1.1.1.1.11 and use it if supported by your devices.
11-07-2010 12:15 PM
Thanks Joseph!
Interesting you mention that OID - it was the first one I tried, but when I did the SNMP walk, the 3560 reported no can do.
We are running the following on most of our 3560s:
Cisco IOS Software, C3560 Software (C3560-IPBASEK9-M), Version 12.2(46)SE, RELEASE SOFTWARE (fc2)
Copyright (c) 1986-2008 by Cisco Systems, Inc.
Compiled Thu 21-Aug-08 15:26 by nachen
Image text-base: 0x00003000, data-base: 0x01600000
Any insight greatly appreciated!
Steve
11-07-2010 12:50 PM
That version of IOS does support this MIB, and the object really should be there. I see it in 12.2(50)SE, but I don't have a switching 12.2(46)SE to verify. However, if cieIfOutputQueueDrops is not working for you in a particular version of IOS, you can stick with locIfOutputQueueDrops. Just be aware that both objects exist, and opt for cieIfOutputQueueDrops if it works.
11-10-2010 01:35 PM
I found a better OID!
1.3.6.1.2.1.2.2.1.19 . This page was a big help: http://www.cisco.com/en/US/tech/tk648/tk362/technologies_q_and_a_item09186a00800b69ac.shtml
The previous OID returned INTEGER values, which was greatly confusing Zenoss and the rrd tool. 1.3.6.1.2.1.2.2.1.19 returns COUNTER32, and now the graphs are working for GAUGE type with MAX consolidation. After I'm sure everything is stable I will try DERIVE, so that I see spikes when the errors happen (instead of just the horizontal line representing the current value of the counter), and can set thresholds for alarms.
Some results:
Executing command
snmpwalk -cxxxxx -v2c 10.254.248.6 1.3.6.1.2.1.2.2.1.19
against ECB-3560G-1A.6.episd.org
IF-MIB::ifOutDiscards.1 = Counter32: 0
IF-MIB::ifOutDiscards.248 = Counter32: 0
IF-MIB::ifOutDiscards.5004 = Counter32: 16846
IF-MIB::ifOutDiscards.10101 = Counter32: 110287486
IF-MIB::ifOutDiscards.10102 = Counter32: 0
IF-MIB::ifOutDiscards.10103 = Counter32: 0
IF-MIB::ifOutDiscards.10104 = Counter32: 0
IF-MIB::ifOutDiscards.10105 = Counter32: 0
IF-MIB::ifOutDiscards.10106 = Counter32: 0
IF-MIB::ifOutDiscards.10107 = Counter32: 0
IF-MIB::ifOutDiscards.10108 = Counter32: 0
IF-MIB::ifOutDiscards.10109 = Counter32: 0
IF-MIB::ifOutDiscards.10110 = Counter32: 0
IF-MIB::ifOutDiscards.10111 = Counter32: 0
IF-MIB::ifOutDiscards.10112 = Counter32: 0
IF-MIB::ifOutDiscards.10113 = Counter32: 0
IF-MIB::ifOutDiscards.10114 = Counter32: 9
IF-MIB::ifOutDiscards.10115 = Counter32: 0
IF-MIB::ifOutDiscards.10116 = Counter32: 0
IF-MIB::ifOutDiscards.10117 = Counter32: 6055
IF-MIB::ifOutDiscards.10118 = Counter32: 0
IF-MIB::ifOutDiscards.10119 = Counter32: 622
IF-MIB::ifOutDiscards.10120 = Counter32: 0
IF-MIB::ifOutDiscards.10121 = Counter32: 0
IF-MIB::ifOutDiscards.10122 = Counter32: 0
IF-MIB::ifOutDiscards.10123 = Counter32: 0
IF-MIB::ifOutDiscards.10124 = Counter32: 0
IF-MIB::ifOutDiscards.10125 = Counter32: 0
IF-MIB::ifOutDiscards.10126 = Counter32: 0
IF-MIB::ifOutDiscards.10127 = Counter32: 0
IF-MIB::ifOutDiscards.10128 = Counter32: 0
IF-MIB::ifOutDiscards.10129 = Counter32: 0
IF-MIB::ifOutDiscards.10130 = Counter32: 0
IF-MIB::ifOutDiscards.10131 = Counter32: 0
IF-MIB::ifOutDiscards.10132 = Counter32: 0
IF-MIB::ifOutDiscards.10133 = Counter32: 0
IF-MIB::ifOutDiscards.10134 = Counter32: 0
IF-MIB::ifOutDiscards.10135 = Counter32: 0
IF-MIB::ifOutDiscards.10136 = Counter32: 0
IF-MIB::ifOutDiscards.10137 = Counter32: 0
IF-MIB::ifOutDiscards.10138 = Counter32: 0
IF-MIB::ifOutDiscards.10139 = Counter32: 0
IF-MIB::ifOutDiscards.10140 = Counter32: 0
IF-MIB::ifOutDiscards.10141 = Counter32: 0
IF-MIB::ifOutDiscards.10142 = Counter32: 0
IF-MIB::ifOutDiscards.10143 = Counter32: 0
IF-MIB::ifOutDiscards.10144 = Counter32: 0
IF-MIB::ifOutDiscards.10145 = Counter32: 0
IF-MIB::ifOutDiscards.10146 = Counter32: 0
IF-MIB::ifOutDiscards.10147 = Counter32: 0
IF-MIB::ifOutDiscards.10148 = Counter32: 59179231
IF-MIB::ifOutDiscards.10149 = Counter32: 16846
IF-MIB::ifOutDiscards.10150 = Counter32: 0
IF-MIB::ifOutDiscards.10151 = Counter32: 0
IF-MIB::ifOutDiscards.10152 = Counter32: 0
IF-MIB::ifOutDiscards.10501 = Counter32: 0
DONE in 0 seconds
And the pretty graphs!
Steve
11-11-2010 05:01 PM
ifOutDiscards is a good object, but won't necessarily be the same as queue drops. ifOutDiscards could be packets that were dropped because one tried to telnet to a device where only SSH was enabled. Just be aware that the show command output may not line up with what you are graphing via SNMP.
11-12-2010 11:01 AM
thanks, I really appreciate the info.
I have fresh info regarding the OID you recommended - not sure why, but it is working now! (Perhaps a typo when I first tried it?)
ECB_3560G_1A.11#sho ver
Cisco IOS Software, C3560 Software (C3560-IPBASEK9-M), Version 12.2(46)SE, RELEASE SOFTWARE (fc2)
Executing command
snmpwalk -cxxxxxxx -v2c 10.254.248.11 1.3.6.1.4.1.9.9.276.1.1.1.1.11
against ECB_3560G_1A.11.episd.org
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.1 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.248 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.5002 = Counter32: 166077
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.5004 = Counter32: 163368
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.5048 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10101 = Counter32: 8298
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10102 = Counter32: 17279
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10103 = Counter32: 48
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10104 = Counter32: 48
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10105 = Counter32: 48
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10106 = Counter32: 48
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10107 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10108 = Counter32: 48
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10109 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10110 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10111 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10112 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10113 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10114 = Counter32: 8385106
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10115 = Counter32: 513
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10116 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10117 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10118 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10119 = Counter32: 48
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10120 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10121 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10122 = Counter32: 166077
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10123 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10124 = Counter32: 163368
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10125 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10126 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10127 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10128 = Counter32: 0
SNMPv2-SMI::enterprises.9.9.276.1.1.1.1.11.10501 = Counter32: 0
DONE in 1 seconds
I'm going to apply it to the master template and see what happens.
Do you know why this OID returns the SNMPv2-SMI::enterprises literal instead of IF-MIB::ifOutDiscards ? Should that worry me?
Stand by, thanks again!
Steve
11-13-2010 11:29 PM
Because you do not have the CISCO-IF-EXTENSION-MIB loaded. No, this is not a problem. As long as you have the correct OID, you will be able to poll it.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide