Re: Walk/Get data problem Value: U

Use OID/REGEXP for that. This requires a SINGLE OID to be parsed/walked. This
base OID MUST include both indices to get it working.

If this is not the case, you will write a SCRIPT DATA QUERY in your favorite
programming language to get the OID indices wherever you want. See
http://docs.cacti.net for a full walkthrough for this method.

Reinhard

On 17.03.2012 02:01, Matej wrote:
> Thanks. Got it working with oid_suffix.
> 
> Now I have an issue where OIDs are structured like 
> <index>.<first_interface_index>.<second_if_index> for some other data.
> 
> What is the best way of getting the data in such form?
> 
> Thanks,
> Matej
> 
> 
> Dne 16.3.2012 21:20, piše Gandalf:
>> We can't use a "walk", because, by definition, this may return multiple values
>> where we only expect a single one.
>>
>> The solution to your issue would be to do a "get" against the<index>.1
>> You may want ti use the<oid_suffix>  feature for that.
>>
>> Reinhard
>>
>> On 16.03.2012 12:23, Matej wrote:
>>> Hi,
>>>
>>> When I create a new template for a device (CMTS), I get correct IDs for
>>> interfaces like:
>>> IF-MIB::ifIndex.721432 = INTEGER: 721432
>>>
>>> Then for some values, like SNR, I can successfully get the data such as:
>>> transmission.127.1.3.9.1.3.721432.
>>>
>>> The problem I have are the values for the OID
>>> enterprises.4998.1.1.10.2.23.1.2, where adding the interface ID to the
>>> end like enterprises.4998.1.1.10.2.23.1.2.721432 is not enough (snmpwalk
>>> works, but snmpget doesnt and then of course Cacti also doesnt), because
>>> the query should be enterprises.4998.1.1.10.2.23.1.2.721432.1 (so .1
>>> added after the interface ID).
>>>
>>> In the template I have:
>>> <dcx4StatsAvgUtil>
>>> <name>dcx4StatsAvgUtil</name>
>>> <method>walk</method>
>>> <source>value</source>
>>> <direction>output</direction>
>>> <oid>.1.3.6.1.4.1.4998.1.1.10.2.23.1.2</oid>
>>> </dcx4StatsAvgUtil>
>>>
>>> snmpwalk of .1.3.6.1.4.1.4998.1.1.10.2.23.1.2.721432 returns INTEGER: 13
>>> snmpget of .1.3.6.1.4.1.4998.1.1.10.2.23.1.2.721432 returns No Such
>>> Instance currently exists at this OID
>>>
>>> Why does Cacti seems to use snmpget instead of snmpwalk (even though I
>>> have walk as a method) which returns result successfully?
>>>
>>> The issue I am having, is like the one described here:
>>> http://forums.cacti.net/about39934.html. But since there is quite a
>>> number of interfaces, I am looking for an automated solution.
>>>
>>> I am looking for a nice way of getting those results into the Cacti (I
>>> am working on a Arris C4c CMTS template many are looking for and will
>>> make it public after completing).
>>>
>>> Thanks a lot in advance, will appreciate it!
>>> Matej
>>>
>>> ------------------------------------------------------------------------------
>>> This SF email is sponsosred by:
>>> Try Windows Azure free for 90 days Click Here
>>> http://p.sf.net/sfu/sfd2d-msazure
>>> _______________________________________________
>>> cacti-user mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/cacti-user
>>>
>> ------------------------------------------------------------------------------
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> _______________________________________________
>> cacti-user mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/cacti-user
>>
>>
> 
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here 
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> cacti-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/cacti-user
> 

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure