Questions on SNMP TestSet validation

[Ian Bruene]

To process the TestSetPDU the sub-agent must validate each varbind 
through a series of steps detailed here 
https://tools.ietf.org/html/rfc1905#section-4.2.5

There are a number of steps that I do not understand, my 
summary/questions about the steps follow:

1 Denied access because not in MIB view (I think the master gets this?) 
[noAccess]

2 Nothing shares the OID prefix (what counts?) and can be 
created/changed regardless of value (does the master get this?) 
[notWritable]

3 Value type is wrong for all variables with same OID prefix (what 
counts? Doesn't matter: the master deals with it) [wrongType]

4 Value length is wrong (share OID prefix, etc. Master has this) 
[wrongLength]

5 Value encoding does not match MIB (huh? Encoding? I don't remember 
this, and it can't be referring to the value type as that is covered 
elsewhere), #NotAll implementations use this [wrongEncoding]

6 Value could never be assigned to the variable (I think this is for 
values outside a specified range?) [wrongValue]

7 Variable does not exist and could never be created [noCreation]

8 Variable does not exist and cannot be created under current 
circumstances [inconsistentName]

9 Variable exists but cannot ever be modified [notWritable]

10 Variable exists but cannot be modified under current circumstances 
[inconsistentValue]

11 During previous checks resources were not available [resourceUnavailable]

12 Some other error happened [genErr]

13 SUCCESS!

Primary Question: What counts as an OID prefix that is shared? The 
answer that seems right without being ridiculous (anything in an OID's 
path) is for things like SEQUENCE blah blah where there is a root path 
with a bunch of dynamic elements. Maybe?

-- 
/"In the end; what separates a Man, from a Slave? Money? Power? No. A 
Man Chooses, a Slave Obeys."/ -- Andrew Ryan

/"Utopia cannot precede the Utopian. It will exist the moment we are fit 
to occupy it."/ -- Sophia Lamb

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ntpsec.org/pipermail/devel/attachments/20171109/9a171e79/attachment.html>