Doubts about rfc 1447
F.Goncalves@cs.ucl.ac.uk Mon, 02 August 1993 21:13 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa11979;
2 Aug 93 17:13 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa11975;
2 Aug 93 17:13 EDT
Received: from SLEEPY.TIS.COM by CNRI.Reston.VA.US id aa27351;
2 Aug 93 17:13 EDT
Received: from sleepy.tis.com by sleepy.TIS.COM id aa02747; 2 Aug 93 20:52 GMT
Received: from tis.com by sleepy.TIS.COM id aa02745; 2 Aug 93 16:42 EDT
Received: from thumper.bellcore.com by TIS.COM (4.1/SUN-5.64)
id AA13556; Mon, 2 Aug 93 16:42:02 EDT
Received: from bells.cs.ucl.ac.uk by thumper.bellcore.com (4.1/4.7)
id <AA21041> for snmpv2@tis.com; Mon, 2 Aug 93 16:40:51 EDT
Message-Id: <9308022040.AA21041@thumper.bellcore.com>
Received: from triumph.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP
id <g.20811-0@bells.cs.ucl.ac.uk>; Mon, 2 Aug 1993 21:36:20 +0100
To: snmp@psi.com
Cc: snmp2@thumper.bellcore.com
Subject: Doubts about rfc 1447
Date: Mon, 02 Aug 93 21:36:18 +0100
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: F.Goncalves@cs.ucl.ac.uk
I have some doubts about snmpV2:
o in order to consider a row from the aclTable as ready for activation,
do the parties/context referred in it have to exist? And what about
the contextTable?
o rfc 1447 says (pg 33) about contextProxyDstParty:
"If the value of the corresponding instance of the
contextViewIndex is greater than zero, then the
value of an instance of this object is { 0 0 }."
This means that:
- is {0 0} returned for get requests ?
- is contextProxyDstParty automatically set to {0 0} ?
- is the set operation on contextViewIndex refused unless
contextProxyDstParty is {0 0} ?
o rfc 1447 says (pg 35) about contextStatus:
"A context is not qualified for activation until
instances of all corresponding columns have the
appropriate value. In particular, if the
context's contextViewIndex is greater than zero,
then the viewStatus column of the associated
conceptual row(s) in the viewTable must have the
value `active'. ..."
Should this be checked when setting contextViewIndex?
I doesn't seem to be mandatory to do it but, it could be useful
for an user.
In general, for managed objects whose value has some constraint like
that (another example is the size of partyTAddress when partyTDomain
is { snmpUDPDomain }), should the values provided in set requests
be checked or this should be delayed until activating
(setting RowStatus to active / notInService) the row?
Please state in your answer if it corresponds to something mandatory or
is a recommendation based on your experience.
Any help appreciated.
Fernando
----------
email: fernando@cs.ucl.ac.uk
- Doubts about rfc 1447 F.Goncalves
- Re: Doubts about rfc 1447 cyoung