ietf
[Top] [All Lists]

RE: Query on SNMP Error Fields

2010-05-15 11:05:36
Hi Randy et al,
 
This is an strict expectation as per SNMP RFC specs , that the Set/GEt/GetNext 
requests set the error status and error-index field to 0. depending on this, 
Most of the SNMP agent implementations copy the request message buffer and 
modify the error status and error index to non-zero only if  an errror occured. 
if you already set it to non-zero , the response may actually be meant as a 
success but, will always show errored value. 
 
So, IMHO, thism is an unacceptable practice to set the error index /status to 
non-zero vaue in request.
 
regards,
shivendra
________________________________

From: ietf-bounces(_at_)ietf(_dot_)org on behalf of Randy Presuhn
Sent: Fri 5/14/2010 11:58 PM
To: ietf(_at_)ietf(_dot_)org
Subject: Re: Query on SNMP Error Fields



Hi -

From: "deepak rajaram" <deepak(_dot_)rajaram(_at_)gmail(_dot_)com>
To: <ietf(_at_)ietf(_dot_)org>
Sent: Friday, May 14, 2010 4:18 AM
Subject: Query on SNMP Error Fields
...
While the SNMP RFC(1157/2571/SNMPv3) mentions the behavior of "Error Status"
and "Error Index" field as "will be set in the response" and the value of
these fields in all set/get/getnext request is zero, It does not mention if
it is *mandatory* for these fields to have zero in set/get/getnext. Could
these fields be modifiable in set/get/getnext.

As the comments in the ASN.1 say, the values of these two fields are
sometimes ignored.  In my opinion it would be legal but unwise to
use non-zero values in those requests. Some over-zealous implementor's
code might actually check for zero, and you'd be in the position of explaining
why your implementation doesn't interoperate with deployed systems.

Be conservative in what you send...

Likewise, if your implementation checks those values in any situation other
than the situations spelled out in the specifications, you could also find
yourself explaining why your implementation doesn't interoperate with
deployed systems.

Be liberal in what you accept....

Randy
Randy

_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf


_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf
<Prev in Thread] Current Thread [Next in Thread>