Single OID is not graphing at all

Post general support questions here that do not specifically fall into the Linux or Windows categories.

Moderators: Developers, Moderators

Post Reply
mka101
Posts: 8
Joined: Fri Jul 04, 2008 10:09 am

Single OID is not graphing at all

Post by mka101 »

Hello,

I have been fighting with this and have not come to any solutions. First I tried using the SNMP-Generic OID Template, where i entered in the correct OID that represents a dynamic Interger Value.

If i do a walk i get the following information:

H:\>snmpwalk -v2c -c public x.x.x.x .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10
BCS-IDENT-MIB::sem.7.2.3.2.1.10.1 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.2 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.3 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.4 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.5 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.6 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.7 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.8 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.9 = INTEGER: 23210352
BCS-IDENT-MIB::sem.7.2.3.2.1.10.10 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.11 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.12 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.13 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.14 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.15 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.16 = INTEGER: 0

So in the template i placed in this OID number into the OID field

.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.9


If i do an SNMP walk this works and returns the Integer Value.

H:\>snmpwalk -v2c -c public x.x.x.x .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.9
BCS-IDENT-MIB::sem.7.2.3.2.1.10.9 = INTEGER: 23205840


WHen graphing using this template, the Graph doesn't get any values, and just says NAN which i assume means Not A Number..?

I also have tried to create an snmp index xml, but the issue with that is the OID that returns the index numbers from 1 to 16 is not accessible.

Maybe my XML is wrong and someone can point out if it is...

This xml below doesn't work poll any data. The semOutTransUtilizationStreamNum states in a Mib Browser that that field is not accessible. When i try to walk it i get the following:

H:\>snmpwalk -v2c -c public x.x.x.x .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.1
BCS-IDENT-MIB::sem.7.2.3.2.1.1 = No Such Object available on this agent at this
OID

Not sure if that is normal or not.... XML file is below.

<interface>
<name>Get SNMP SEM Output Transport Utilization</name>
<description>Queries a host for a list of monitorable Output Ports</description>
<oid_index>.1.3.6.1.4.1.1166.1.70.7.2.3.2.1</oid_index>
<oid_index_parse>OID/REGEXP: \.[0-16] </oid_index_parse>
<index_order>semOutTransUtilizationStreamNum</index_order>
<index_order_type>numeric</index_order_type>
<fields>
<ifName>
<name>semOutTransUtilizationStreamNum</name>
<method>walk</method>
<source>value</source>
<direction>input</direction>
<oid>.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.1</oid>
</ifName>
<ifRate>
<name>semOutTransUtilizationRate</name>
<method>walk</method>
<source>value</source>
<direction>output</direction>
<oid>.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10</oid>
</ifRate>

</fields>
</interface>


This is what i get when debugging

+ Running data query [20].
+ Found type = '3' [snmp query].
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ XML file parsed ok.
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1'
+ Located input field 'ifName' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.1'
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'



Any help or information that could be provided would be greatly appreciated.
mka101
Posts: 8
Joined: Fri Jul 04, 2008 10:09 am

Post by mka101 »

Also If i remove the OID from from ifName, then it returns just the data. But it seems that the data is placed in as the Index, rather than the index number being 1 through 16. If i Change the xml as shown below, i get the results (but it isn't something i can graph), and it doesn't associate it to an Index number.

I would like in the format as follows:

1: 0
2: 0
.
.
.
9:23201328 etc.


<interface>
<name>Get SNMP SEM Output Transport Utilization</name>
<description>Queries a host for a list of monitorable Output Ports</description>
<oid_index>.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10</oid_index>
<oid_index_parse>OID/REGEXP: \.[0-16] </oid_index_parse>
<index_order>semOutTransUtilizationStreamNum</index_order>
<index_order_type>numeric</index_order_type>
<fields>
<ifName>
<name>semOutTransUtilizationStreamNum</name>
<method>get</method>
<source>value</source>
<direction>input</direction>


</ifName>
<ifRate>
<name>semOutTransUtilizationRate</name>
<method>get</method>
<source>value</source>
<direction>output</direction>
<oid>.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10</oid>
</ifRate>

</fields>
</interface>



+ Running data query [20].
+ Found type = '3' [snmp query].
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ XML file parsed ok.
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10'
+ Located input field 'ifName' [get]
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.1' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.2' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.3' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.4' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.5' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.6' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.7' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.8' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.9' [value='23201328']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.10' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.11' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.12' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.13' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.14' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.15' [value='0']
+ Executing SNMP get for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.16' [value='0']
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
mka101
Posts: 8
Joined: Fri Jul 04, 2008 10:09 am

Post by mka101 »

I just ran through gandalf's debug documentation, the snmpget commands works fine, and in the cacti log i see the following entry (that returns the correct output expected).

07/04/2008 02:00:02 PM - CMDPHP: Poller[0] Host[84] DS[2386] SNMP: v2: 10.222.80.130, dsname: snmp_oid, oid: .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.9, output: 23202832

The graph however says NAN for the Max and Last values.
User avatar
gandalf
Developer
Posts: 22383
Joined: Thu Dec 02, 2004 2:46 am
Location: Muenster, Germany
Contact:

Post by gandalf »

For the first issue, please verify that the data source MAX is set correctly (e.g. is NOT lower than the expected value)
The second one: Please read 1st link of my sig (chapter on SNMP data Query) and start your XML from scratch. There are several errors in it.
Reinhard
mka101
Posts: 8
Joined: Fri Jul 04, 2008 10:09 am

Post by mka101 »

Hi Gandolf,

This is what my issue is.... I had the xml exactly as you have in your sig, but for some reason my device doesn't allow you to return the "SemOutTransUtilizationStreamNum" which should be the index. In a mib browser, it states that this oid has a type (Integer (1..16), but for access it states (Not Accessible).

when i do an SNMP walk on the table itself, this is what i get (which doesn't show the index values from 1 to 16. It starts at OID BCS-IDENT-MIB::sem.7.2.3.2.1.2.1 where the first index in StreamNum should be OID BCS-IDENT-MIB::sem.7.2.3.2.1.1.1. I assume it has something to do with this "Not Accessible thing". Is there anyway to manually generate index values, and attaching the output values to it?

H:\>snmpwalk -c public -v2c 10.222.80.130 .1.3.6.1.4.1.1166.1.70.7.2.3.2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.1 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.2 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.3 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.4 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.5 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.6 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.7 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.8 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.9 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.2.10 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.11 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.12 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.13 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.14 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.15 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.2.16 = INTEGER: 2
BCS-IDENT-MIB::sem.7.2.3.2.1.3.1 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.2 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.3 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.4 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.5 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.6 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.7 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.8 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.9 = INTEGER: 899
BCS-IDENT-MIB::sem.7.2.3.2.1.3.10 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.11 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.12 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.13 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.14 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.15 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.3.16 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.4.1 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.2 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.3 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.4 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.5 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.6 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.7 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.8 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.9 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.10 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.11 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.12 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.13 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.14 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.15 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.4.16 = INTEGER: 1
BCS-IDENT-MIB::sem.7.2.3.2.1.5.1 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.2 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.3 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.4 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.5 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.6 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.7 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.8 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.9 = INTEGER: 899243892
BCS-IDENT-MIB::sem.7.2.3.2.1.5.10 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.11 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.12 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.13 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.14 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.15 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.5.16 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.1 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.2 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.3 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.4 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.5 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.6 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.7 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.8 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.9 = INTEGER: 86
BCS-IDENT-MIB::sem.7.2.3.2.1.6.10 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.11 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.12 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.13 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.14 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.15 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.6.16 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.1 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.2 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.3 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.4 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.5 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.6 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.7 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.8 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.9 = INTEGER: 86
BCS-IDENT-MIB::sem.7.2.3.2.1.7.10 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.11 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.12 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.13 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.14 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.15 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.7.16 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.1 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.2 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.3 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.4 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.5 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.6 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.7 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.8 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.9 = INTEGER: 85
BCS-IDENT-MIB::sem.7.2.3.2.1.8.10 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.11 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.12 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.13 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.14 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.15 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.8.16 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.1 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.2 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.3 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.4 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.5 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.6 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.7 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.8 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.9 = INTEGER: 86
BCS-IDENT-MIB::sem.7.2.3.2.1.9.10 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.11 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.12 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.13 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.14 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.15 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.9.16 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.1 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.2 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.3 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.4 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.5 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.6 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.7 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.8 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.9 = INTEGER: 23208848
BCS-IDENT-MIB::sem.7.2.3.2.1.10.10 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.11 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.12 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.13 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.14 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.15 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.10.16 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.1 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.2 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.3 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.4 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.5 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.6 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.7 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.8 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.9 = INTEGER: 23205840
BCS-IDENT-MIB::sem.7.2.3.2.1.11.10 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.11 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.12 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.13 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.14 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.15 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.11.16 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.1 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.2 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.3 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.4 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.5 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.6 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.7 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.8 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.9 = INTEGER: 23187792
BCS-IDENT-MIB::sem.7.2.3.2.1.12.10 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.11 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.12 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.13 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.14 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.15 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.12.16 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.1 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.2 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.3 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.4 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.5 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.6 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.7 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.8 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.9 = INTEGER: 23216368
BCS-IDENT-MIB::sem.7.2.3.2.1.13.10 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.11 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.12 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.13 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.14 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.15 = INTEGER: 0
BCS-IDENT-MIB::sem.7.2.3.2.1.13.16 = INTEGER: 0
User avatar
gandalf
Developer
Posts: 22383
Joined: Thu Dec 02, 2004 2:46 am
Location: Muenster, Germany
Contact:

Post by gandalf »

You may use .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2 as an index. It will return indices 1..16
Reinhard
mka101
Posts: 8
Joined: Fri Jul 04, 2008 10:09 am

Post by mka101 »

Hi Gandolf,

So after doing this, the following information is obtained

+ Running data query [20].
+ Found type = '3' [snmp query].
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ XML file parsed ok.
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2'
+ Located input field 'ifName' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2'
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.1 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.2 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.3 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.4 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.5 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.6 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.7 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.8 [from value]
+ Found item [ifName='1'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.9 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.10 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.11 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.12 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.13 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.14 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.15 [from value]
+ Found item [ifName='2'] index: 1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2.16 [from value]
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'

Shouldn't the IFname though say 1..16..?

This is how my XML looks like. Let me know if there is something wrong in it. Thanks..

<interface>
<name>Get SNMP SEM Output Transport Utilization</name>
<description>Queries a host for a list of monitorable Output Ports</description>
<oid_index>.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2</oid_index>
<oid_index_parse>OID/REGEXP: \.[0-16] </oid_index_parse>
<index_order_type>numeric</index_order_type>
<fields>
<ifName>
<name>semOutTransUtilizationStreamNum</name>
<method>walk</method>
<source>value</source>
<direction>input</direction>
<oid>.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2</oid>


</ifName>
<ifRate>
<name>semOutTransUtilizationRate</name>
<method>walk</method>
<source>value</source>
<direction>output</direction>
<oid>.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10</oid>
</ifRate>

</fields>
</interface>
User avatar
gandalf
Developer
Posts: 22383
Joined: Thu Dec 02, 2004 2:46 am
Location: Muenster, Germany
Contact:

Post by gandalf »

Please use

Code: Select all

<oid_index_parse>OID/REGEXP:.*\.([0-9]{1,3})$</oid_index_parse>
instead. In fact, I suppose this is not even required.
Reinhard
mka101
Posts: 8
Joined: Fri Jul 04, 2008 10:09 am

Post by mka101 »

Hi Gandalf,

I made the change and this is the result now...

+ Running data query [21].
+ Found type = '3' [snmp query].
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ XML file parsed ok.
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2'
+ Located input field 'ifIndex' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2'
+ Found item [ifIndex='2'] index: 1 [from value]
+ Found item [ifIndex='2'] index: 2 [from value]
+ Found item [ifIndex='2'] index: 3 [from value]
+ Found item [ifIndex='2'] index: 4 [from value]
+ Found item [ifIndex='2'] index: 5 [from value]
+ Found item [ifIndex='2'] index: 6 [from value]
+ Found item [ifIndex='2'] index: 7 [from value]
+ Found item [ifIndex='2'] index: 8 [from value]
+ Found item [ifIndex='1'] index: 9 [from value]
+ Found item [ifIndex='2'] index: 10 [from value]
+ Found item [ifIndex='2'] index: 11 [from value]
+ Found item [ifIndex='2'] index: 12 [from value]
+ Found item [ifIndex='2'] index: 13 [from value]
+ Found item [ifIndex='2'] index: 14 [from value]
+ Found item [ifIndex='2'] index: 15 [from value]
+ Found item [ifIndex='2'] index: 16 [from value]
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'

I think this is what the effect i am trying to get and isn't working for me
  • Port(input) Bitrate(output)
    1 Value obtained from .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.1
    2 Value obtained from .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.2
    3 Value obtained from .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.3
    4 Value obtained from .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.4
    5 Value obtained from .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.5
    6 etc....
    etc....
Right now the ifIndex is obtaining the "values" from oid .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2, but doesn't give a clear indication like the table above.

The end goal when i choose to graph a device like this, I would like to Graph the actual bitrates which is an integer value (output), and allow you to choose which port to graph. The port choosen will have the output value attached to it to graph.

I am just lost here and don't know what is wrong with this xml.

This is how the xml file looks now..

<interface>
<name>Get SNMP SEM Output Transport Utilization</name>
<description>Queries a host for a list of monitorable Output Ports</description>
<oid_index>.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2</oid_index>
<oid_index_parse>OID/REGEXP:.*\.([0-9]{1,3})$</oid_index_parse>
<index_order_type>numeric</index_order_type>
<fields>
<ifIndex>
<name>semOutTransUtilizationStreamNum</name>
<method>get</method>
<source>value</source>
<direction>input</direction>
<oid>.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2</oid>


</ifIndex>
<ifRate>
<name>semOutTransUtilizationRate</name>
<method>get</method>
<source>value</source>
<direction>output</direction>
<oid>.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10</oid>
</ifRate>

</fields>
</interface>[/code]
User avatar
gandalf
Developer
Posts: 22383
Joined: Thu Dec 02, 2004 2:46 am
Location: Muenster, Germany
Contact:

Post by gandalf »

mka101 wrote:Hi Gandalf,

I made the change and this is the result now...

+ Running data query [21].
+ Found type = '3' [snmp query].
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ XML file parsed ok.
+ Executing SNMP walk for list of indexes @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2'
+ Located input field 'ifIndex' [walk]
+ Executing SNMP walk for data @ '.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2'
+ Found item [ifIndex='2'] index: 1 [from value]
+ Found item [ifIndex='2'] index: 2 [from value]
+ Found item [ifIndex='2'] index: 3 [from value]
+ Found item [ifIndex='2'] index: 4 [from value]
+ Found item [ifIndex='2'] index: 5 [from value]
+ Found item [ifIndex='2'] index: 6 [from value]
+ Found item [ifIndex='2'] index: 7 [from value]
+ Found item [ifIndex='2'] index: 8 [from value]
+ Found item [ifIndex='1'] index: 9 [from value]
+ Found item [ifIndex='2'] index: 10 [from value]
+ Found item [ifIndex='2'] index: 11 [from value]
+ Found item [ifIndex='2'] index: 12 [from value]
+ Found item [ifIndex='2'] index: 13 [from value]
+ Found item [ifIndex='2'] index: 14 [from value]
+ Found item [ifIndex='2'] index: 15 [from value]
+ Found item [ifIndex='2'] index: 16 [from value]
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
+ Found data query XML file at '/usr/share/cacti/resource/snmp_queries/SemUtil.xml'
That's fine, IMHO
I think this is what the effect i am trying to get and isn't working for me
  • Port(input) Bitrate(output)
    1 Value obtained from .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.1
    2 Value obtained from .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.2
    3 Value obtained from .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.3
    4 Value obtained from .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.4
    5 Value obtained from .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10.5
    6 etc....
    etc....
Right now the ifIndex is obtaining the "values" from oid .1.3.6.1.4.1.1166.1.70.7.2.3.2.1.2, but doesn't give a clear indication like the table above.
I do not understand what you're aiming at. You now should receive a tabular display from "Create Graphs for this Host". Then, you would be able to only select index item 9 to create a graph for it using the base OID <oid>.1.3.6.1.4.1.1166.1.70.7.2.3.2.1.10</oid> appended with the index. You may even print the index used by using the variable |query_ifIndex| in the graph's title.
Or am I mis-understanding?
Reinhard
mka101
Posts: 8
Joined: Fri Jul 04, 2008 10:09 am

Post by mka101 »

so if i query |query_ifIndex| will it return the index numbers 1 through 16, or will it display the numbers that show in the brackets [ifIndex='2'] etc. etc.
Where is it getting numbers for [ifIndex] from..?

I tried to graph index 9, and am getting an NAN.
mka101
Posts: 8
Joined: Fri Jul 04, 2008 10:09 am

Post by mka101 »

Hi Gandalf,

Thanks for your help :)

I actually revamped everything and just wrote a script (sort of a hack) to get the affect i was looking for.

Now the output bitrates are graphing properly, and return the correct index name to choose from.

Thanks again :)
Post Reply

Who is online

Users browsing this forum: No registered users and 7 guests