Re: draft-ietf-ipcdn-pktc-mtamib-05 clarifications for pktcMtaDevProvConfigKey, pktcMtaDevProvConfigHash, and pktcMtaDevConfigFile
"Randy Presuhn" <[email protected]>
| Newsgroups | gmane.ietf.ipcdn |
|---|---|
| Message-ID | <001f01c4ff7a$495337a0$7f1afea9@oemcomputer> |
Hi - > From: "Eugene Nechamkin" <[email protected]> > To: <[email protected]> > Cc: "Jean-Francois Mule" <[email protected]> > Sent: Thursday, January 20, 2005 3:58 PM > Subject: [ipcdn] draft-ietf-ipcdn-pktc-mtamib-05 clarifications for pktcMtaDevProvConfigKey, pktcMtaDevProvConfigHash, and pktcMtaDevConfigFile ... > pktcMtaDevProvConfigKey OBJECT-TYPE ... > and, the MTA MUST return a 'genErr' error in response to > SNMP GET operations." ... This strikes me as very strange. The intent in RFC 3416 section 4.2.1 was for genErr to be the "error of last resort". When one considers how this would interact with, for example, AgentX infrastructure, the consequences for Get-Next and Get-Bulk processing could well be very bad. My suggestion, since this object contains sensitive information anyway, is for it to always return a zero-length string, rather than playing strange games with error codes. (I also see no value to requiring that the three objects be set in the same PDU. It would increase agent complexity, and I see no benefits to doing so.) Randy