comments on draft-ietf-hubmib-efm-cu-mib-02.txt
"Romascanu, Dan \(Dan\)" <[email protected]>
| Newsgroups | gmane.ietf.hubmib |
|---|---|
| Message-ID | <AAB4B3D3CF0F454F98272CBE187FDE2F038AA01F@is0004avexu1.global.avaya.com> |
Please find below my comments relative to draft-ietf-hubmib-efm-cu-mib-02.txt. All last call comments need to be addressed by the document editor. Regards, Dan idnits errors: idnits 1.58 tmp/draft-ietf-hubmib-efm-cu-mib-02.txt: tmp/draft-ietf-hubmib-efm-cu-mib-02.txt(232): Line has weird spacing: '...=10Mbps ifSpe...' tmp/draft-ietf-hubmib-efm-cu-mib-02.txt(235): Line has weird spacing: '...100Mbps ifSpe...' tmp/draft-ietf-hubmib-efm-cu-mib-02.txt(3181): Line seems to end with a hyphenated word. Checking nits according to http://www.ietf.org/ID-Checklist.html : * The document seems to lack an IANA Considerations section. Technical T1. Objects with read-write MAX-ACCESS like efmCuPAFAdminState need to have a DEFAULT value defined by using the DEFAULT clause in order to define the behavior of the agent at initialization. Also if the values of such objects need to be preserved in case of reboots, this also needs to be mentioned. T2. The technical content of the specification does not seem stable. There are several editor notes reflecting open questions, or places where the editor believes that there is a need to add more information. These editor notes need to be replaced by meaningful text and proposals for resolution of the open items, before the document is submitted to the IESG. Editorial E1. Wherever there is mention of a specific MIB the correct terminology is 'MIB module' and not 'MIB'. There are many instances of such occurrences. For example in the abstract section, instead of 'This document proposes an extension to the Ethernet-like Interfaces MIB and MAU MIB' should be 'This document proposes an extension to the Ethernet-like Interfaces MIB and MAU MIB modules'. The title of section 3 should be 'Relation to other MIB modules' instead of 'Relation to other MIBs', etc., etc. E2. Several DESCRIPTION clauses of objects in the efmCuPmeConftable end with the phrase 'Value of false(0) indicates the it is disabled.' which is syntactically incorrect. E3. Commented text on enumerated values like in the definition of efmCuPmeOperStatus is not recommended and not necessary, as the DESCRIPTION clause below should specify the meaning of each one of the values E4. No need for commented leftovers like in the definition of efmCuAlarmConfGroup. _______________________________________________ Hubmib mailing list [email protected] https://www1.ietf.org/mailman/listinfo/hubmib