Highlighted
Respected Contributor.
Respected Contributor.
332 views

Bad Memory Utilization values for Cisco ISR devices in iSPI Performance for Metrics

Hi guys,

I'm facing a strange behaviour with NNMi and NNMi iSPI Performance for Metrics. With some specific devices that are all Cisco ISR (detected as Cisco Integrated Services Routers or Cisco 4430 Series Integrated Services Router) the Memory Utilization reported by the iSPI Performance for Metrics is far highier than the real value (see the attached file).

Here's an example with a ciscoISR4451 device.

When asking for the "Cisco Memory Pool Utilization" (through NNMi => Actions / Graphs / Cisco) I get values between 19% and 20% (se the .xls file attached) but through the iSPI Performance for Metrics the values are obviously too high (>95%).

If I run a snmp request on the values that are used to calculate the Utilization (1.3.6.1.4.1.9.9.48....) I can see that the "Cisco memory pool utilization" value is good. (Even if i look at the 1.3.6.1.4.1.9.9.221.1.1.1.... wich in the enhanced mib, I get the same values).

Here are the snmp requests :

 #  snmpwalk -v 2c -c community device 1.3.6.1.4.1.9.9.221.1.1.1
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.2.7000.1 = INTEGER: 2
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.3.7000.1 = STRING: "Processor"
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.4.7000.1 = OID: SNMPv2-SMI::zeroDotZero
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.5.7000.1 = INTEGER: 0
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.6.7000.1 = INTEGER: 1
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.7.7000.1 = Gauge32: 325983016
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.8.7000.1 = Gauge32: 1362180712
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.9.7000.1 = Gauge32: 1048575908
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.10.7000.1 = Gauge32: 639510888
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.17.7000.1 = Gauge32: 0
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.18.7000.1 = Counter64: 325983016
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.19.7000.1 = Gauge32: 0
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.20.7000.1 = Counter64: 1362180712
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.21.7000.1 = Gauge32: 0
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.22.7000.1 = Counter64: 1048575908
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.23.7000.1 = Gauge32: 0
SNMPv2-SMI::enterprises.9.9.221.1.1.1.1.24.7000.1 = Counter64: 639510888


 #  snmpwalk -v 2c -c community device 1.3.6.1.4.1.9.9.48
SNMPv2-SMI::enterprises.9.9.48.1.1.1.2.1 = STRING: "Processor"
SNMPv2-SMI::enterprises.9.9.48.1.1.1.3.1 = INTEGER: 0
SNMPv2-SMI::enterprises.9.9.48.1.1.1.4.1 = INTEGER: 1
SNMPv2-SMI::enterprises.9.9.48.1.1.1.5.1 = Gauge32: 325982352
SNMPv2-SMI::enterprises.9.9.48.1.1.1.6.1 = Gauge32: 1362181376
SNMPv2-SMI::enterprises.9.9.48.1.1.1.7.1 = Gauge32: 1048575908

The obvious difference I see is that for those specific devices the component is different than the on expected. Instead of a value such as "Processor", "I/O", etc ... we can see values with "cpu R0/0/Memory 7".

Does anyone has already seen such a behaviour ? What must I do in order to have in the Performance Report the real values ?

 

Thanks in advance.

Fabrice

 

0 Likes
1 Reply
Highlighted
Acclaimed Contributor.. Acclaimed Contributor..
Acclaimed Contributor..

Re: Bad Memory Utilization values for Cisco ISR devices in iSPI Performance for Metrics

Hello Fabrice,

 

what is the state poller rule for these metrics when you run a Status Poll against such a device (or in other words: are you sure, that NNMi uses that MIB for collection)?

 

Kind regards

 

Allessandro

0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.