[ First - *please* don't mail me privately, without copying
any responses to the mailing list. I don't have the time
or inclination to offer private, unpaid, SNMP consultancy.
Keep discussions to the list, where others can both learn
and offer advice. Thanks. ]
On 3 May 2012 08:18, Giuseppe Modugno <g.modu...@elettronika.it> wrote:
> Il 02/05/2012 23:50, Dave Shield ha scritto:
>> (You could perhaps make a case for returning noSuchInstance,
>> but genErr is probably less misleading)
>
> With genErr error code there is another problem: the walk (GET NEXT) stops
> on the first variable related to the fault hardware sub-module. All the next
> variables, even not related to the same fault sub-module, won't be retrieved
> with a walk.
If that's the behaviour you require, then the best approach is to return
'noSuchInstance' for such unavailable values. A GETNEXT request will
then simply skip over this entry, and return the next valid varbind.
The effect is to return a table containing holes.
> Another similar question. I want to manage a GPS receiver through SNMP.
> There are many info detected by it: position (latitude and longitude),
> actual time, number of tracked satellites and so on. I can associate an OID
> for each interesting piece of data.
> Unfortunately sometimes the GPS receiver can't locked (few satellites in
> view or just after startup) so it can't send valid informtions for time and
> position. What could be the correct behaviour of the agent in this
> situation? What to answer to GET request when the GPS receiver isn't
> locked?
Probably the same as above - noSuchInstance.
Dave
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
