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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.