RE: Query on SNMP Error Fields

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Title: Re: Query on SNMP Error Fields
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@xxxxxxxx on behalf of Randy Presuhn
Sent: Fri 5/14/2010 11:58 PM
To: ietf@xxxxxxxx
Subject: Re: Query on SNMP Error Fields

Hi -

> From: "deepak rajaram" <deepak.rajaram@xxxxxxxxx>
> To: <ietf@xxxxxxxx>
> 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@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf

_______________________________________________
Ietf mailing list
Ietf@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]