08-24-2012 06:37 AM
Hi,
Situation: Cisco 3750 stack containing 6 members. CPU for ages @ 20-23 % with totally no spikes or extra load. With some heavy acl's and a few logg options it seems to slow thing down and even provides packetloss at some busy moments.
I am trying to find out how I can monitor each member individualy with it's CPU load. I do not fully trust the totals of the normal MIB with SNMP.
Is there a way to have a CPU readout for each member ? Trying the @<nr> with the community string does not provide me any.
vm-pub#sho switch
Switch/Stack Mac Address : 0016.c7e3.ca00
H/W Current
Switch# Role Mac Address Priority Version State
----------------------------------------------------------
*1 Master 0016.c7e3.ca00 15 0 Ready
2 Member 0017.9451.bb00 14 0 Ready
3 Member 0015.63a6.8b80 13 0 Ready
4 Member 0016.c793.c980 12 0 Ready
5 Member 0017.9451.df00 11 0 Ready
6 Member 0015.635e.d680 10 0 Ready
SNMPwalk at the designated MIB does this :
[adm@infra1 ~]$ snmpwalk -v2c -c testcomm@1 vm-pub .1.3.6.1.4.1.9.9.109.1.1.1.1.5
SNMPv2-SMI::enterprises.9.9.109.1.1.1.1.5.1 = Gauge32: 23
[adm@infra1 ~]$ snmpwalk -v2c -c testcomm@2 vm-pub .1.3.6.1.4.1.9.9.109.1.1.1.1.5
SNMPv2-SMI::enterprises.9.9.109.1.1.1.1.5.1 = Gauge32: 23
[adm@infra1 ~]$ snmpwalk -v2c -c testcomm@3 vm-pub .1.3.6.1.4.1.9.9.109.1.1.1.1.5
Timeout: No Response from vm-pub
idem for #4, 5 and 6.
Thanks in advance..
07-29-2014 01:50 PM
Hi,
The below link should give you exactly what you are looking for:
http://www.cisco.com/c/en/us/support/docs/ip/simple-network-management-protocol-snmp/15215-collect-cpu-util-snmp.html#multiple
Hope this information helps,
Emmanuel Hernandez
11-03-2015 04:51 AM
11-03-2015 08:56 AM
Hi Sebastian,
You can find this information in the link I had originally posted:
http://www.cisco.com/c/en/us/support/docs/ip/simple-network-management-protocol-snmp/15215-collect-cpu-util-snmp.html#multiple
Below is an example:
If your IOS device has several CPUs, you must use CISCO-PROCESS-MIB and its object cpmCPUTotal5minRev from the table called cpmCPUTotalTable , indexed with cpmCPUTotalIndex . This table allows CISCO-PROCESS-MIB to keep CPU statistics for different physical entities in the router, like different CPU chips, group of CPUs, or CPUs in different modules/cards. In case of a single CPU, cpmCPUTotalTable has only one entry.
Information about different physical entities in the router is stored in the entPhysicalTable of RFC 2737 standard-based ENTITY-MIB. You can link between two tables ( cpmCPUTotalTable and entPhysicalTable ) easily: each row of cpmCPUTotalTable has an object cpmCPUTotalPhysicalIndex that keeps the value of the entPhysicalIndex (index of entPhysicalTable ), and points to the entry in entPhysicalTable , correspondent to the physical entity for which these CPU statistics are maintained.
This implies that the IOS device must support both CISCO-PROCESS-MIB and ENTITY-MIB for you to be able to retrieve relevant information about CPU utilization. The only case where you do not need to have or use ENTITY-MIB is when you only have a single CPU.
Monitor the use of multiple CPUs in the 7500 chassis (RSP and two VIPs). The same applies to GSR linecards. Use Cisco IOS Software Release 12.0(22)S3 or later when you poll c7500 or GSR for these values. Be aware of the related bugs: CSCdw52978 (registered customers only) , CSCdp17238 (registered customers only) .
Poll cpmCPUTotal5min (.1.3.6.1.4.1.9.9.109.1.1.1.1.5) to get "overall CPU busy percentage in the last 5 minute period" for all CPUs in the chassis. The output shows that the 7507 device has three CPUs, utilized for 10%, 1%, and 2% during last 5 minutes.
%snmpwalk –v2c –c public 172.16.0.1 .1.3.6.1.4.1.9.9.109.1.1.1.1.5 !--- SNMP Query enterprises.9.9.109.1.1.1.1.5.1 = 10 enterprises.9.9.109.1.1.1.1.5.8 = 1 enterprises.9.9.109.1.1.1.1.5.9 = 2 !--- Response
Note: On the basis of the Cisco IOS Software Release that runs on the device, use appropriate MIB objects.
In order to identify the physical entity to which these values correspond, poll cpmCPUTotalPhysicalIndex (.1.3.6.1.4.1.9.9.109.1.1.1.1.2). You see three physical entities with indexes 9, 25 and 28:
%snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.4.1.9.9.109.1.1.1.1.2 !--- SNMP Query enterprises.9.9.109.1.1.1.1.2.1 = 9 enterprises.9.9.109.1.1.1.1.2.8 = 25 enterprises.9.9.109.1.1.1.1.2.9 = 28 !--- Response
In order to identify the particular card to which each physical entry is related, poll correspondent entPhysicalName (.1.3.6.1.2.1.47.1.1.1.1.7) entry, with the exact indexes 9, 25, 28 from Step 2, as a last digit. You see that RSP is utilized for 10%, and VIPs in slots 4 and 6 are utilized for one and two percent.
%snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.2.1.47.1.1.1.1.7.9 !--- SNMP Query 47.1.1.1.1.7.9 = "RSP at Slot 2" !--- Response %snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.2.1.47.1.1.1.1.7.25 !--- SNMP Query 47.1.1.1.1.7.25 = "Line Card 4" !--- Reponse %snmpwalk -v2c -c public 172.16.0.1 .1.3.6.1.2.1.47.1.1.1.1.7.28 !--- SNMP Query 47.1.1.1.1.7.28 = "Line Card 6" !--- Response
Hope this helps,
Emmanuel Hernandez
11-03-2015 10:46 AM
Hi Emmanuel,
Thank you for you reply. The problem is that a switch stack is not a device with multiple CPUs but multiple devices identified by a single IP address.
So for step 1 I receive:
cpmCPUTotal5min.1 34
This is the value read from the stack master
For step 2:
cpmCPUTotalPhysicalIndex 0
And at step 3 it's a failed request.
Do you have any example for a switch stack if you think that the method presented by you should still work?
Thank you,
Sebastian
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: