2009/2/9 Rodolfo Leffa rodolfole...@gmail.com:
.. I'm only implementing the GET
operation. Now I'm doubt if I should implement GETNEXT, or it's okay to have
an agent that don't reponse to this kind of requisition.
No - your agent *MUST* handle both GET and GETNEXT requests.
See RFC1905,
2009/2/6 Rodolfo Leffa rodolfole...@gmail.com:
I'd like to deal with all requests to a subtree of my mib in a single
handler, but i don't know how to do it.
Registering the root using 'netsnmp_register_handler()' does exactly
this. But it does mean that you have to deal with *everything*
2009/2/5 Rodolfo Leffa rodolfole...@gmail.com:
is there a way to define multiples OID's in a single module extending the
agent??
Yes.
Most of the code under 'mibgroup' works this way.
There are very few MIB modules that comprise just
one single OID.
Have a look through this code, and see how
On Fri, Feb 6, 2009 at 6:55 AM, Dave Shield d.t.shi...@liverpool.ac.ukwrote:
2009/2/5 Rodolfo Leffa rodolfole...@gmail.com:
is there a way to define multiples OID's in a single module extending the
agent??
Yes.
Most of the code under 'mibgroup' works this way.
There are very few MIB
Hi,
is there a way to define multiples OID's in a single module extending the
agent??
I'd like to deal with all requests to a subtree of my mib in a single
handler, but i don't know how to do it.
Can I somehow defines a generic OID, like 1,3,6,1,4,1,32624,1,X,X,X,X,X, ??
Where 'X' could