[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: clarify that MIB review requirements are targeted at standards-trackdocuments but are useful for other documents
[ note expansion of subject line :) ]
On Tue, 11 Feb 2003, Wijnen, Bert (Bert) wrote:
> I do get the point (I think). At the other hand, I do
> want this doc to be considered seriously by other people
> doing MIB work and when we get to review such other MIB
> work, I think we'd still try to take these guidelines
> (as you also say below). Can we add maybe something to the
> abstract aka:
>
> Although some rules/guidelines may not be applicable to
> non-standards track or non-IETF MIB documents, a MIB
> review will still be done with most of these rules/guidelines
> as the starting point.
I'm not terribly keen on that change as written because (a) it
makes the abstract rather long and (b) because the document
should not make assertions like "will be used" in places where
its use is discretionary.
So, how about this instead:
Abstract
This memo provides guidelines for authors and reviewers of IETF
standards-track specifications containing MIB modules. Applicable
portions may used as a basis for reviews of other MIB documents.
1. Introduction
Some time ago the IESG instituted a policy of requiring OPS area
review of all IETF standards-track specifications containing MIB
modules. These reviews were established to ensure that such
specifications follow established IETF documentation practices and
that the MIB modules they contain meet certain generally accepted
standards of quality, including (but not limited to) compliance with
all syntactic and semantic requirements of SMIv2 (STD 58) [RFC2578]
[RFC2579] [RFC2580] that are applicable to "standard" MIB modules.
The purpose of this memo is to document the guidelines that are
followed in such reviews.
[ leave 2nd paragraph as is ]
Although some of the guidelines in this memo are not applicable to
non-standards track or non-IETF MIB documents, authors and reviewers
of those documents should consider using the ones that do apply.
I'm sure this could be improved, and suggestions for doing so
are solicited.
Thanks,
Mike