Sverre Moe <[email protected]> writes:

> Calling with no parameters
> snmpset netSnmpHostsTable.0

> or calling with 3 parameters
> snmpset netSnmpHostsTable.1 something netSnmpHostsTable.2 something else 
> netSnmpHostsTable.3 something more

You can do functionally what you want to do, though a few things:

1) use not-accessible for the indexes to the table
2) use read-create for at least one column (possibly for the last index
   if you don't have another column).
3) even if you have a read-create column, it's perfectly legal to accept
   the SET message on the agent side and not actually create a row that
   is responded to with a GET request later (IE, the table can still be
   blank).

Then, you'd want to something like this:

  snmpset ... myTable.1.1.0 = "foo" myTable.1.2.0 = 3 ...

To send all the columns in the table to the agent for it to process.

> Is that possible with snmpset? When setting multiple rows with snmpset
> will it process it as one request or multiple requests?
>

It'll be processed by the agent as one request.

(note: it's actually perfectly legal to implement the code in the agent
to completely ignore SMIv2 and do whatever you want at some point in the
OID tree, leaving you free interpretation of the incoming OIDs.
However, you'd be on your own for doing that as it's not documented as
people generally don't need to do that kind of thing as SMIv2 provides
scalars and tables in general)
-- 
Wes Hardaker
SPARTA, Inc.

------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
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

Reply via email to