Hello Mike,
thanks for replying to my question.
I understand that a standard approach is to register the agent for a range
of OISs and to let the agent to be OID aware while the other process
should take care of the underlaying data.
However, I was asked to write an agent that would NOT be OID-aware. All it
would know it is responsible for a range of OIDs without knowing any
details. It would forward complete OIDs to the other process that would
take care about OID disassembly/translation, data manipulation etc.
I am wondering if this is possible within the Net SNMP API, at all.
If so, where should I start?
Thanks.
Milan
On Tue, August 7, 2007 11:44 pm, Mike Ayers wrote:
>
>> From: [email protected]
>> [mailto:[email protected]] On
>> Behalf Of [email protected]
>>
>
>
>> The agent itself will not be aware of individual OIDs and
>> their meaning. This will be done by the other process that also holds the
>> actual data.
>
> This is a bit of a design problem as stated. The (sub)agent is
> responsible for managing its OID range, and therefore it is not possible
> to have a subagent completely unaware of the OIDs. This does not,
> however, mean that the subagent needs to be aware of the data underlying
> the MIB.
>
> A common paradigm is to have the subagent register for the range of
> values (table, MIB, whatever) that it will manage, and have the OP (other
> process) manage the data within the range. The agent does OID
> assembly/disassembly (i.e. breaking OIDs into range part and specific
> part), possibly reformat the specific part to make it more understandable
> to the OP (thus only the subagent need be MIB aware). The OP returns the
> values for the requested data, then the subagent formats and assembles
> the response.
>
>
> HTH,
>
>
> Mike
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Net-snmp-users mailing list
> [email protected]
> Please see the following page to unsubscribe or change other options:
> https://lists.sourceforge.net/lists/listinfo/net-snmp-users
>
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.