Re: idnits and smilint on Cable Device MIB Draft 09
"Randy Presuhn" <[email protected]> Tue, 26 Jul 2005 11:40:16 -0700
| Newsgroups | gmane.ietf.ipcdn |
|---|---|
| Message-ID | <00a201c59211$77b86640$7f1afea9@oemcomputer> |
Hi - > From: "Woundy, Richard" <[email protected]> > To: "Ipcdn (E-mail)" <[email protected]> > Cc: "Randy Presuhn" <[email protected]>; "Woundy, Richard" <[email protected]> > Sent: Sunday, July 24, 2005 7:12 PM > Subject: RE: [ipcdn] idnits and smilint on Cable Device MIB Draft 09 ... > The significant MIB compilation problem with version -09 was the > inclusion of deprecated groups in the current compliance statements > 'docsDevCmCompliance' and 'docsDevCmtsCompliance'. > > After further discussion among the authors, we decided that we should > remove the deprecated groups from the current compliance statement. The > key realization is that if a particular version of DOCSIS requires > implementation of a deprecated group, then that requirement can be > captured in a CableLabs specification, not in this internet-draft/RFC. > This internet-draft/RFC should be agnostic with regards to DOCSIS > versions and their (evolving) requirements. I think this is a very sensible solution. > The unfortunate consequence is that the group 'docsDevNmAccessExtGroup' > is no longer referenced by any compliance statement. This group consists > of a single MIB object that was invented by CableLabs after publication > of RFC 2669. We still include this MIB object (and group) for future > reference -- although it is immediately deprecated. ... Since the DESCRIPTION spells out why it is there, I think this is a satisfactory solution. even if it does trigger a warning message. Randy