From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: netconf@ietf.org
Subject: WG Review: Network Configuration (netconf)
The Network Configuration (netconf) WG in the Operations and Management Area
of the IETF is undergoing rechartering. The IESG has not made any
determination yet. The following draft charter was submitted, and is provided
for informational purposes only. Please send your comments to the IESG
mailing list (iesg@ietf.org) by 2018-03-20.
Network Configuration (netconf)
-----------------------------------------------------------------------
Current status: Active WG
Chairs:
Mahesh Jethanandani <mjethanandani@gmail.com>
Kent Watsen <kwatsen@juniper.net>
Assigned Area Director:
Benoit Claise <bclaise@cisco.com>
Operations and Management Area Directors:
Warren Kumari <warren@kumari.net>
Benoit Claise <bclaise@cisco.com>
Mailing list:
Address: netconf@ietf.org
To subscribe: https://www.ietf.org/mailman/listinfo/netconf
Archive: https://mailarchive.ietf.org/arch/browse/netconf/
Group page: https://datatracker.ietf.org/group/netconf/
Charter: https://datatracker.ietf.org/doc/charter-ietf-netconf/
The NETCONF Working Group, previously named after the NETCONF protocol, now
renamed as the NETwork CONFiguration Working Group, is responsible for the
development and maintenance of protocols such as NETCONF and RESTCONF for
YANG data model-driven management network management protocols (for the
purposes of, for example, configuration, monitoring, telemetry, and
zero-touch), their transports and encodings, defining data models necessary
to support the protocols, and defining mechanisms supporting the operational
deployment of systems using the protocols.
The NETCONF protocol is data modeling language independent, but YANG (RFC
7950) is the recommended NETCONF data modeling language, which introduces
advanced language features for configuration management.
The NETCONF WG is currently responsible for:
a) The network management protocol NETCONF (RFC 6241). This effort entails
periodically updating the NETCONF related specifications to address new
requirements as they arise.
b) The network management protocol RESTCONF (RFC 8040). This effort
entails periodically updating the RESTCONF related specifications to
address new requirements as they arise.
c) The transports and encodings used by the data model-driven protocols.
d) The data models and mechanisms related to network management protocols.
Specifically, data models enabling the configuration and/or monitoring of
the protocols themselves. Other examples include data models for
configuring access controls or discovering server metadata.
e) The data models for subscriptions to data, and protocol bindings for
pushing subscribed data to clients, for the purpose of monitoring and
telemetry.
f) The mechanisms enabling devices zero-touch provisioning and the related
call home functions.
The NETCONF working group consults with the NETMOD working group to
ensure that new requirements are understood and can be met by the
YANG data modeling language (RFC 7950) developed within that working
group.
Milestones:
WG action announcement
WG Action Announcement
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: The IESG <iesg@ietf.org>,
netconf-chairs@ietf.org,
netconf@ietf.org
Subject: WG Action: Rechartered Network Configuration (netconf)
The Network Configuration (netconf) WG in the Operations and Management Area
of the IETF has been rechartered. For additional information, please contact
the Area Directors or the WG Chairs.
Network Configuration (netconf)
-----------------------------------------------------------------------
Current status: Active WG
Chairs:
Mahesh Jethanandani <mjethanandani@gmail.com>
Kent Watsen <kwatsen@juniper.net>
Assigned Area Director:
Benoit Claise <bclaise@cisco.com>
Operations and Management Area Directors:
Warren Kumari <warren@kumari.net>
Benoit Claise <bclaise@cisco.com>
Mailing list:
Address: netconf@ietf.org
To subscribe: https://www.ietf.org/mailman/listinfo/netconf
Archive: https://mailarchive.ietf.org/arch/browse/netconf/
Group page: https://datatracker.ietf.org/group/netconf/
Charter: https://datatracker.ietf.org/doc/charter-ietf-netconf/
The NETCONF Working Group, previously named after the NETCONF protocol, now
renamed as the NETwork CONFiguration Working Group, is responsible for the
development and maintenance of protocols such as NETCONF and RESTCONF for
YANG data model-driven management (for the purposes of, for example,
configuration, monitoring, telemetry, and zero-touch), their transports and
encodings, defining data models necessary to support the protocols, and
defining mechanisms supporting the operational deployment of systems using
the protocols.
The NETCONF protocol is data modeling language independent, but YANG (RFC
7950) is the recommended NETCONF data modeling language, which introduces
advanced language features for configuration management.
The NETCONF WG is currently responsible for:
a) The network management protocol NETCONF (RFC 6241). This effort entails
periodically updating the NETCONF related specifications to address new
requirements as they arise.
b) The network management protocol RESTCONF (RFC 8040). This effort
entails periodically updating the RESTCONF related specifications to
address new requirements as they arise.
c) The transports and encodings used by the data model-driven protocols.
d) The data models and mechanisms related to network management protocols.
Specifically, data models enabling the configuration and/or monitoring of
the protocols themselves. Other examples include data models for
configuring access controls or discovering server metadata.
e) The data models for subscriptions to data, and protocol bindings for
pushing subscribed data to clients, for the purpose of monitoring and
telemetry.
f) The mechanisms enabling devices zero-touch provisioning and the related
call home functions.
The NETCONF working group consults with the NETMOD working group to
ensure that new requirements are understood and can be met by the
YANG data modeling language (RFC 7950) developed within that working
group.
Milestones:
Mar 2018 - WGLC for Zero-touch Configuration Mechanism
Mar 2018 - WGLC for advanced Notification/Subscription Specifications
Mar 2018 - WGLC for NMDA NETCONF
Mar 2018 - WGLC for NMDA RESTCONF
Mar 2018 - WGLC for YANG Push
Mar 2018 - WGLC for NETCONF Support for Event Notifications
Mar 2018 - WGLC for YANG Library bis (as Standards Track)
Apr 2018 - WGLC for System-level Keystore Mechanism
Apr 2018 - WGLC for Server and Client Configuration Models for NETCONF and
RESTCONF
Apr 2018 - WGLC for Client and Server Configuration Models for SSH and TLS
May 2018 - WGLC for RESTCONF and HTTP Transport for Event Notifications
May 2018 - WGLC for YANG Notification Headers and Bundles
Dec 2018 - Submit draft-ietf-netconf-udp-pub-channel to IESG for
publication (as Standards Track)
Ballot announcement
Ballot Announcement
Technical Summary
Relevant content can frequently be found in the abstract
and/or introduction of the document. If not, this may be
an indication that there are deficiencies in the abstract
or introduction.
Working Group Summary
Was there anything in the WG process that is worth noting?
For example, was there controversy about particular points
or were there decisions where the consensus was
particularly rough?
Document Quality
Are there existing implementations of the protocol? Have a
significant number of vendors indicated their plan to
implement the specification? Are there any reviewers that
merit special mention as having done a thorough review,
e.g., one that resulted in important changes or a
conclusion that the document had no substantive issues? If
there was a MIB Doctor, Media Type, or other Expert Review,
what was its course (briefly)? In the case of a Media Type
Review, on what date was the request posted?
Personnel
Who is the Document Shepherd for this document? Who is the
Responsible Area Director? If the document requires IANA
experts(s), insert 'The IANA Expert(s) for the registries
in this document are <TO BE ADDED BY THE AD>.'
RFC Editor Note
(Insert RFC Editor Note here or remove section)
IRTF Note
(Insert IRTF Note here or remove section)
IESG Note
(Insert IESG Note here or remove section)
IANA Note
(Insert IANA Note here or remove section)