YANG - A Data Modeling Language for the Network Configuration Protocol (NETCONF)
draft-ietf-netmod-yang-13
Yes
(Dan Romascanu)
(Ron Bonica)
No Objection
(Adrian Farrel)
(Jari Arkko)
(Ralph Droms)
(Russ Housley)
(Sean Turner)
(Stewart Bryant)
(Tim Polk)
Recuse
(David Harrington)
Note: This ballot was opened for revision 13 and is now closed.
Alexey Melnikov Former IESG member
(was Discuss)
Yes
Yes
(2010-06-08)
Unknown
Formerly a DISCUSS item: 1) 5.1. Modules and Submodules The names of all standard modules and submodules MUST be unique. Developers of enterprise modules are RECOMMENDED to choose names for (Similar text in several other sections, e.g. 7.1, 7.2) Why RECOMMENDED and not a MUST here? I.e. what is a good reason to violate this and to choose conflicting names? their modules that will have a low probability of colliding with standard or other enterprise modules, e.g., by using the enterprise or organization name as a prefix for the module name. 6) 7.10.2. XML Mapping Rules An anyxml node is encoded as an XML element. The element's local name is the anyxml's identifier, and its namespace is the module's XML namespace (see Section 7.1.3). The value of the anyxml node is encoded as XML content of this element. and 7.10.4. Usage Example Given the following anyxml statement: anyxml data; The following are two valid encodings of the same anyxml value: <data xmlns:if="http://example.com/ns/interface"> <if:interface> <if:ifIndex>1</if:ifIndex> </if:interface> </data> DISCUSS DISCUSS: I don't see where the payload ("<if:interface>...") is coming from. <<I might be misunderstanding something, clear this item if that is the case.>> 15) 7.19.3. The description Statement The "description" statement takes as an argument a string which contains a high-level textual description of this definition. As this field is human readable, I think BCP 18 (RFC 2277), Section 4.2 applies. So this would need ability to tag language of the description. (YIN should be using xml:lang attribute.) You can find a bit more information on <http://trac.tools.ietf.org/group/iesg/trac/wiki/TypicalAppsAreaIssues> --------------------------------------- 9.4. The string Built-in Type The string built-in type represents human readable strings in YANG. Legal characters are tab, carriage return, line feed, and the legal characters of Unicode and ISO/IEC 10646 [ISO.10646]: ;; any Unicode character, excluding the surrogate blocks, ;; FFFE, and FFFF. This comment is not quite correct - it doesn't mention excluded ASCII control characters (at least some of them).
Dan Romascanu Former IESG member
Yes
Yes
()
Unknown
Ron Bonica Former IESG member
Yes
Yes
()
Unknown
Adrian Farrel Former IESG member
No Objection
No Objection
()
Unknown
Gonzalo Camarillo Former IESG member
No Objection
No Objection
(2010-04-22)
Unknown
The acronym NETCONF should be expanded in the Abstract.
Jari Arkko Former IESG member
No Objection
No Objection
()
Unknown
Peter Saint-Andre Former IESG member
(was Discuss)
No Objection
No Objection
(2010-06-08)
Unknown
1. [Addressed in -13.] 2. [Addressed in -13.] 3. [Redacted.] 4. [Explained by authors.] 5. [Addressed in -13.] 6. [Addressed in -13.] 7. [Addressed in -13.] 8. [Explained by authors.] 9. In Section 13, the "unknown-element" referred to under Section 8.3.1 is not defined.
Ralph Droms Former IESG member
No Objection
No Objection
()
Unknown
Robert Sparks Former IESG member
(was Discuss)
No Objection
No Objection
(2010-05-06)
Unknown
Consider deleting the sentence "A list is similar to a table where each list entry is a row in the table." The document defines a list. A table is not defined in this document. Appealing to a common-sense notion of what a table might be is not much more useful than just appealing to the common-sense notion of a list, and the statement might introduce confusion if the reader makes assumptions about tables that you didn't intend.
Russ Housley Former IESG member
No Objection
No Objection
()
Unknown
Sean Turner Former IESG member
(was Discuss)
No Objection
No Objection
()
Unknown
Stewart Bryant Former IESG member
No Objection
No Objection
()
Unknown
Tim Polk Former IESG member
(was No Record, Discuss)
No Objection
No Objection
(2010-05-25)
Unknown
I have cleared - I believe that this issue can be more appropriately addressed in yang-usage. [The issue is how to identify elements that are required to be supported. That is, which elements can not be deviations (especially for omitted...)]
David Harrington Former IESG member
Recuse
Recuse
()
Unknown