Hi, the term "encoding" is somewhat misleading because in other contexts it is used in the sense of a serialization format (e.g. character encoding) whereas in our case XML, JSON, CBOR etc. each carry slightly different information.
Even though some NETMOD RFCs have already used "encoding", I would suggest to break with this tradition and use "representation" instead. The latter term is already well established in HTTP/REST and its meaning perfectly fits our purposes: https://tools.ietf.org/html/rfc7231#section-3 Lada Kent Watsen <[email protected]> writes: > Hi NETMOD WG, > > Please find below the draft charter update which we provided to > our AD for review. Comments are welcomed. Authors, please note > the milestone dates. > > Kent (and Lou) > > > > > Network Modeling (NETMOD) > ------------------------- > > Charter > > Current Status: Active > > Chairs: > Lou Berger <[email protected]> > Kent Watsen <[email protected]> > > Operations and Management Area Directors: > Benoit Claise <[email protected]> > Joel Jaeggli <[email protected]> > > Operations and Management Area Advisor: > Benoit Claise <[email protected]> > > Secretary: > Zitao (Michael) Wang <[email protected]> > > Mailing Lists: > General Discussion: [email protected] > To Subscribe: https://www.ietf.org/mailman/listinfo/netmod > Archive: https://mailarchive.ietf.org/arch/browse/netmod/ > > Description of Working Group: > > The Network Modeling (NETMOD) working group is responsible for the YANG > data modeling language, and guidelines for developing YANG models. The > NETMOD working group addresses general topics related to the use of the > YANG language and YANG models, for example, the mapping of YANG modeled > data into various encodings. Finally, the NETMOD working group also > defines core YANG models used as basic YANG building blocks, and YANG > models that do not otherwise fall under the charter of any other IETF > working group. > > The NETMOD WG is responsible for: > > a) Maintaining the data modeling language YANG. This effort entails > periodically updating the specification to address new requirements > as they arise. > > b) Maintaining the guidelines for developing YANG models. This effort > is primarily driven by updates made to the YANG specification. > > c) Maintaining a conceptual framework in which YANG models are used. > This effort entails describing the context that network management > protocols (e.g., NETCONF, RESTCONF, CoAP, etc.) operate in, and > how certain YANG statements interact in that context. > > d) Maintaining encodings for YANG modeled data. This effort entails > updating encodings already defined by the NETMOD working (XML and > JSON) to accommodate changes to the YANG specification, and defining > new encodings that are needed and yet do not fall under the charter > of any other active IETF working group. > > e) Maintaining YANG models used as basic YANG building blocks. This > effort entails updating existing YANG models (ietf-yang-types and > ietf-inet-types) as needed, as well as defining additional core YANG > data models when necessary. > > f) Defining and maintaining YANG models that do not fall under the > charter of any other active IETF working group. > > The NETMOD working group consults with the NETCONF working group to > ensure that new requirements are and understood and can be met by > the protocols developed within that working group (e.g., NETCONF > and RESTCONF). The NETMOD working group coordinates with other > working groups on possible extensions to YANG to address new modeling > requirements and, when needed, which group will run the process on a > specific model. > > The NETMOD working group does not serve as a review team for YANG > modules developed by other working groups. Instead, the YANG doctors, > as organized by the OPS area director responsible for network > management, will act as advisors for other working groups and provide > YANG reviews for the OPS area directors. > > Milestones: > > Done - Submit draft-ietf-netmod-rfc6087bis to IESG for publication > Mar 2016 - Submit draft-ietf-netmod-yang-model-classification to IESG > for publication > Mar 2016 - Submit draft-ietf-netmod-syslog-model to IESG for publication > Mar 2016 - Submit draft-ietf-netmod-acl-model to IESG for publication > Mar 2017 - Submit draft-ietf-netmod-entity to IESG for publication > Oct 2017 - Submit draft-ietf-netmod-intf-ext-yang to IESG for > publication > Oct 2017 - Submit draft-ietf-netmod-schema-mount to IESG for publication > Oct 2017 - Submit draft-ietf-netmod-revised-datastores to IESG for > publication > Dec 2017 - Submit draft-ietf-netmod-sub-intf-vlan-yang to IESG for > publication > > > > _______________________________________________ > netmod mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 _______________________________________________ netmod mailing list [email protected] https://www.ietf.org/mailman/listinfo/netmod
