On 27/03/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> If agent has to create a row based on the SET request, how can it
> differentiate between a
>
> ->SET request which has been sent to modify the existing entry, but by
> mistake the user has sent a request with invalid value for index
> (Sending 1.1.1.1 instead of 1.1.1.2)
> ->SET request to create a new entry. (1.1.1.1)
If the request is:
a) complete
(contains assignments for all the necessary column objects
in the new row)
and
b) valid
(the new index value is consistent with the existing table)
then the agent should accept it as a row creation request.
If the request contains two varbinds referring to row 1.1.1.1
and one referring to 1.1.1.2 (or vice versa), then the request
is incomplete, and it cannot create the new row.
The agent cannot (and should not attempt to) read the mind
of the network administrator. If the agent receives a valid
request, then it should act on it.
Trying to second-guess what the user wants to do is one of
the more irritating habits of a Microsoft environment, IMO!
> Also, how can user be able to delete an existing conceptual row in the
> table?
Please read the description of the ipNetToMediaType object.
> (One possible way I can think of is to set the type of the
> mapping in the table to invalid.)
:-)
> Or is it because of the above problems which cannot be solved, the
> RowStatus concept has been defined?
The purpose of the RowStatus type is to provide a *consistent* mechanism
for creating/deleting table rows. It's perfectly possible (and sometimes
desirable) to have other ways of creating or deleting rows. But these
will inherently be specific to a particular table.
RowStatus provides a table-independent approach, which therefore
allows for code re-use, etc.
Dave
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
