|
Hello,
The SNMP access module follows the standard, that means
perform the SNMP command SET:
in all case the get-response is returned, that means:
- if the instance doesn't exist,
a get-response is returned with error noSuchName
- if the instance does exist but doesm't permit writing,
a get-reponse is returned with error readOnly
- if the instance exists and permits writing, but
the value supplied in the request is poorly-formed
(wrong syntax) or poorly-valued (range error), a
get-reponse is returned with error badValue
=> otherwise, all of the variables are updated simultaneously,
and a get-reponse is returned identical to the request.
So, you will understand that the SNMP AM doesn't need
to perform the SNMP command GET which would give the same info
as the get-reponse above...
Best regards,
Beatrice.
|
|
Ah, now I recall that I read this in the standard, not in the TeMIP docs.
=> otherwise, all of the variables are updated simultaneously,
and a get-reponse is returned identical to the request.
So, the use of the term 'get-response' would indicate that the agent is required
to perform the exact semantics as if a GET were issued.
So a proper agent would actually read its' variables and return the values.
Let's hope the 'simple' agents do not just conveniently return the same SET buffer.
thanks.
|