![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
Hi David,
Thanks for taking on the drudge work to make something useful and beneficial.
Comments below.
Adrian
===
Abstract
I think it would be useful if the abstract of this I-D was the abstract *for* this I-D. That means that you should move the template abstract into its own section.
===
Foreword to template users.
Ditto. That is, could this foreword become a real part of the I-D, pushing the template text into its own section?
=== s/numerouse/numerous/ === Foreword to template users.
=== s/conclusive/complete/ ? === Foreword to template users.
===
Section 1
===
Section 2
===
Section 5.1
Perhaps helpful to provide a [TO DO] to say what should be here. For example, [TODO] describe the textual conventions defined in the MIB module, and their purpose. [TO DO] it may be helpful to highlight any textual conventions imported from partner documents. (The latter, notwithstanding section 6) ===
Section 6
It is not clear that... Some management objects defined in other MIB modules are applicable to an entity implementing this MIB. In particular, it is assumed that an entity implementing the SAMPLE-MIB module will also implement the 'system' group of the SNMPv2-MIB [RFC3418] and the 'interfaces' group of the IF-MIB [RFC2863]. ...is example text rather than required text.
=== s/MIb/MIB/ === Section 12.
===
Missing?
- Worked example. Maybe not mandatory, but very useful. - Discussion of the use of rowPointer. Again, not mandatory, but can be helpful to readers. Cf. RFC3812 section 10.
_______________________________________________ Ietf mailing list Ietf at ietf.org https://www1.ietf.org/mailman/listinfo/ietf
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.