Re: Passing Stream of 16bit integer over snmp.

Dave Shield <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
2009/8/4 Sathish Babu <[email protected]>:
>  We have mapped the individual message ids to a mib.

If you are trying to implement a MIB, then it would be helpful
to include a copy of this MIB, so that we can see exactly what
you are trying to aim for.


> So a subagent receives the Set/Get for a particular mib.

No.
The subagent will receive a SET or GET for a particular *instance*
of an object within this MIB.   It doesn't work with the MIB as a whole.


>                                     The reply from the chip is the array of
> short integers and parsing this message is responsibility of the application
> on the master side.

I would question whether that is a sensible approach.
Handling the hardware-specific information format is traditionally the
responsibility of the (sub)agent.   The point of SNMP is to protect the
management application from this level of detail - particularly since
different vendors equipment (or even different releases of kit from the
same vendor) may well report what is essentially the same information
in a subtly different format.

But it would probably be helpful if you could provide a concrete example
of what information the chip actually reports, and what this means.

Dave

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
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.