> Can someone please clarify how (or if) table_dataset.c creates indices for
> new rows if the values are NOT specified in an SNMP SET request?
How is it possible to send such a request?
There must be some varbind within the SET request that is used to
trigger the creation of the row. This will typically be a 'RowStatus'
varbind.
So this varbind will include the desired index values - which are
then used to create the new row.
> Note that evalIndex
> is read-only - this appears to be common in MIBs when using numeric
> indices.
It shouldn't be read-only - it ought to be 'not-accessible'
And this doesn't just apply to numeric indices - *all* index objects
should be 'not-accessible'
> I can certainly set MAX-ACCESS of the evalIndex 'read-create' and
> simply supply the index value in the multivariable SET, but I kinda wanted
> to know how the big boys do it with a 'read-only' index.
Take the index values from the other varbinds in the SET request.
You shouldn't need to (or be able to) supply varbinds for the index
objects explicitly.
> I have been able to set all the other columnar objects (including the
> RowStatus column) using a multivariable snmpset (with no index value
> supplied).
Eh?
How can you even *refer* to a RowStatus instance without supplying an
index value for it?
> I also tried setting the RowStatus value to 'active', thinking this might
> trigger some row index activity in the table data set handler. When I try
> to get the value of the index, I get a "no such instance message".
That's because you haven't yet created the new row.
Please re-read the description of RowStatus syntax - either from the
MIB definitions, or any SNMP book. Pay particular attention to the
values 'create-and-wait' and 'create-and-go'
Dave
------------
Thanks for your response, Dave.
I understand (and agree with) all of your comments, and I HAVE read the
RowStatus textual convention ;-). Sorry if my post wasn't clear.
When I said 'no index value supplied', what I meant was an explicit
value for the INDEX columnar object. Obviously one cannot supply a
SET value for this column if the MAX-ACCESS is set to 'read-only' or
(as you point out) 'not-accessible'.
I DO supply the 'index' of each columnar object in my SET command,
and supply a 'createAndGo' value for the RowStatus column. For
example, creating a row at index 3:
snmpset [options] <evalStringOID>.3 s "somestringvalue" <evalValueOID>.3 i 52
<evalStatusOID>.3 i 4
where the value 4 is "createAndGo".
When I poll with snmpget, I can see the new row values, including the value of
RowStatus, which is still
set to "createAndGo".
It appears that the NetSNMP table_dataset.c code DOES create a new row, based
on the 'createAndGo' setting of my RowStatus object, but does not change it
to 'active'.
The problem seems to be that snmptable will not retrieve the row after it is
created.
So I tried explicitly setting just the RowStatus column to 'active' from a
manager.
I verified that the new value of 'active' is there, however snmptable still
does not
retrieve the row.
Regards,
Dave
This message (and any attachments) contains Sarnoff proprietary information.
Such information may be subject to the terms of confidentiality or other
agreements. If you are not the named addressee, you should not disseminate,
distribute, or copy this email. If you have received this email by mistake,
please notify the sender immediately by email and delete this email from your
system. If you are not the intended recipient, you are notified that
disclosing, copying, distributing, or taking any action in reliance on the
contents of this information is strictly prohibited.
------------------------------------------------------------------------------
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand
malware threats, the impact they can have on your business, and how you
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
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
