According rfc 3416 ( http://tools.ietf.org/html/rfc3416#section-4.2.1 ), when the variable binding's name does not have an OBJECT IDENTIFIER prefix which exactly matches the OBJECT IDENTIFIER prefix of any (potential) variable accessible by this request, then its value field is set to "noSuchObject".
And:
"the value of the Response-PDU's error-status field is set to "noError", and the value of its error-index field is zero."
Nevertheless, ROS reply with error-status "noSuchName"(2) in this case.
Example:
I try to request OID
.1.3.6.1.4.1.14988.1.1.3.10.0
from CRS125-24G-1S-RM - it's correct request, i receive response with temperature.
OK, i try to request this OID from RB951Ui-2HnD / RB941-2nD-TC(hAP lite). This is wrong request ... but i receive error-status 2(noSuchName) for whole response instead of "noSuchInstance/noSuchObject" reply for this oid...
Other examples:
.1.3.6.1.2.1.25.2.3.1.5.65536 - good oid (Memory Size)
.1.3.6.1.2.1.25.2.3.1.5.6553 - wrong oid,good response: noSuchInstance
.1.3.6.1.2.1.25.2.3.1.8.65536 - wrong oid,good response: noSuchInstance
.1.3.6.1.2.1.25.2.3.2.5.65536 - wrong oid, wrong responce: noSuchName instead of noSuchInstance/noSuchObject
.1.3.6.1.2.1.2.2.3.1.5.65536 - wrong oid, the same response as above.
-----
Then i try to get 1 oid - it's not so bad
But, in multiple oid - it's a problem!
It occurs with 6.35.1 and 6.35.2.
It occurs also SNMPv3