cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Announcements

682
Views
0
Helpful
4
Replies
Highlighted
Cisco Employee

UCS : monitor interface queue drops via SNMP

Hi all,

I'm trying to find the correct SNMP OID to monitor the interface queues of my 6248UP's

It is easy enough to check the dropped packets in the queue via cli :

KOR-J11-FI4-A(nxos)# sh queuing interface eth1/29
...
Pkts discarded on ingress : 128771804
...

But i need to get this value via SNMP and i just cant find the correct OID

According to this page there is 1 MIB that handles QoS : CISCO-UNIFIED-COMPUTING-EPQOS-MIB

But i just can find anything that links to the queue drop counter ...

Any idea's ?

Grtz

Thijs

1 ACCEPTED SOLUTION

Accepted Solutions
Highlighted

I had the same response on my N5548 until I updated to 7.0(5)N1(1)

I am now getting a response and counter output at 1.3.6.1.4.1.9.9.166

I would expect to see this ported to the UCS at somepoint since it is now available in later N5K code.

Thanks,

Kirk...

View solution in original post

4 REPLIES 4
Highlighted
Cisco Employee

Greetings.

I skipped through the UCSM related MIBs, and don't think that info is exposed to SNMP.

I think that used to the be case for N7ks, but more recent code seems to have something similar to what you are looking for.  See http://snmp.cloudapps.cisco.com/Support/SNMP/do/BrowseOID.do?local=en&translate=Translate&objectInput=1.3.6.1.4.1.9.9.166 and http://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus5500/sw/system_management/7x/b_5500_System_Mgmt_Config_7x/class_based___quality_of_service_mib.html  although this does not help your UCSM request :)

I can file an enhancement request, but frankly I just haven't seen any customer requests for it at UCSM level, which is usually what drives getting the new features/enhancements implemented.

Thanks,

Kirk...

Highlighted

Thanks for the feedback Kirk, i appreciate it !

I have gone tough the info you linked to and there are a couple of interesting objects like these :

CISCO-CLASS-BASED-QOS-MIB::cbQosCMDropPkt64.285212681.285212682 = Counter64: 0
CISCO-CLASS-BASED-QOS-MIB::cbQosCMDropPkt64.285212681.285212686 = Counter64: 0
CISCO-CLASS-BASED-QOS-MIB::cbQosCMDropByte64.285212681.285212682 = Counter64: 0
CISCO-CLASS-BASED-QOS-MIB::cbQosCMDropByte64.285212681.285212686 = Counter64: 0
CISCO-CLASS-BASED-QOS-MIB::cbQosCMDropBitRate.285212681.285212682 = Gauge32: 0 bits per second
CISCO-CLASS-BASED-QOS-MIB::cbQosCMDropBitRate.285212681.285212686 = Gauge32: 0 bits per second

However, none of these work :

If i do a walk on 1.3.6.1.4.1.9.9.166 i get 'object not found'

The 6248UP is based on a Nexus5k, but maybe there is a difference in SNMP capabilities ?

Unfortunately I currently dont have a N5k running so i cant verify

EDIT : just fired up a 5548UP (version 5.2(1)N1(2a)) and tried a walk on 1.3.6.1.4.1.9.9.166 > same result 'object not found'

It looks like this is a general N5k thing, not limited to UCSm

EDIT2 : did the same test on a nexus9k N9K-C9504 (NXOS: version 7.0(3)I4(5)) and here it works

Any ideas ?

Grtz

Thijs

Highlighted

I had the same response on my N5548 until I updated to 7.0(5)N1(1)

I am now getting a response and counter output at 1.3.6.1.4.1.9.9.166

I would expect to see this ported to the UCS at somepoint since it is now available in later N5K code.

Thanks,

Kirk...

View solution in original post

Highlighted

Thanks for the update Kirk

I guess i'll just have to wait then

Do you know if there is a way that i can track this ?

Grtz

Thijs

Content for Community-Ad