Re: [Netconf] Proposing a new work in the charter-//RE: Draft charter update for review
"Liubing (Leo)" <leo.liubing@huawei.com> Fri, 18 September 2015 13:23 UTC
Return-Path: <leo.liubing@huawei.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E934F1B2BB4 for <netconf@ietfa.amsl.com>; Fri, 18 Sep 2015 06:23:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.21
X-Spam-Level:
X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F9PS4GsRjPZ5 for <netconf@ietfa.amsl.com>; Fri, 18 Sep 2015 06:23:07 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF97B1B2BAB for <netconf@ietf.org>; Fri, 18 Sep 2015 06:23:06 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BXT81012; Fri, 18 Sep 2015 13:23:03 +0000 (GMT)
Received: from NKGEML408-HUB.china.huawei.com (10.98.56.39) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 18 Sep 2015 14:23:01 +0100
Received: from NKGEML506-MBX.china.huawei.com ([169.254.3.238]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0235.001; Fri, 18 Sep 2015 21:22:51 +0800
From: "Liubing (Leo)" <leo.liubing@huawei.com>
To: "Ersue, Mehmet (Nokia - DE/Munich)" <mehmet.ersue@nokia.com>, Netconf <netconf@ietf.org>
Thread-Topic: Proposing a new work in the charter-//RE: Draft charter update for review
Thread-Index: AQHQ8Ze+Tlebdx70OUOKHT+nYIe67p5BycWwgABuzoCAAAjaYA==
Date: Fri, 18 Sep 2015 13:22:51 +0000
Message-ID: <8AE0F17B87264D4CAC7DE0AA6C406F45C22A9D5A@nkgeml506-mbx.china.huawei.com>
References: <E4DE949E6CE3E34993A2FF8AE79131F8197B8A1D@DEMUMBX005.nsn-intra.net> <8AE0F17B87264D4CAC7DE0AA6C406F45C22A9A43@nkgeml506-mbx.china.huawei.com> <E4DE949E6CE3E34993A2FF8AE79131F8197B9455@DEMUMBX005.nsn-intra.net>
In-Reply-To: <E4DE949E6CE3E34993A2FF8AE79131F8197B9455@DEMUMBX005.nsn-intra.net>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.111.98.117]
Content-Type: multipart/alternative; boundary="_000_8AE0F17B87264D4CAC7DE0AA6C406F45C22A9D5Ankgeml506mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/netconf/86hLbeZBpNNHcrZbbnwZULo42yw>
Cc: "draft-liu-netconf-multiple-replies@tools.ietf.org" <draft-liu-netconf-multiple-replies@tools.ietf.org>, Yangang <yangang@huawei.com>
Subject: Re: [Netconf] Proposing a new work in the charter-//RE: Draft charter update for review
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Network Configuration WG mailing list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Sep 2015 13:23:15 -0000
Hi Dear Mehmet, Maybe it's a bit abrupt to have the proposal at this point, sorry about that. I missed last Netconf session due to conflict of another WG which I had to go. But I do hope to hear WG's opinions on this work. Does it make sense? Should we continue work on it? Thanks a lot. Best regards, Bing From: Ersue, Mehmet (Nokia - DE/Munich) [mailto:mehmet.ersue@nokia.com] Sent: Friday, September 18, 2015 8:47 PM To: Liubing (Leo); Netconf Cc: draft-liu-netconf-multiple-replies@tools.ietf.org; Yangang; 'balazs.lengyel@ericsson.com' Subject: RE: Proposing a new work in the charter-//RE: Draft charter update for review Dear Bing, the draft charter update, which is in AD review includes only topics which have been agreed and are known to the WG. draft-clemm-netconf-yang-push has been approved to include as WG item in IETF #93. There is no such WG agreement on draft-liu-netconf-multiple-replies available yet. Mehmet From: EXT Liubing (Leo) [mailto:leo.liubing@huawei.com] Sent: Friday, September 18, 2015 8:41 AM To: Ersue, Mehmet (Nokia - DE/Munich); Netconf Cc: draft-liu-netconf-multiple-replies@tools.ietf.org<mailto:draft-liu-netconf-multiple-replies@tools.ietf.org>; Yangang; 'balazs.lengyel@ericsson.com' Subject: Proposing a new work in the charter-//RE: Draft charter update for review Hi Dear Chairs and all, May I take the liberty of proposing another item that the WG might consider to include in the updated charter: 7. Develop a mechanism that allows multiple <rpc-reply> messages be associated together against one specific <rpc-request> message. This is a common requirement derived from several use cases such as buck replies, persistent replies .etc. There is a draft-liu-netconf-multiple-replies discussing this issue. It had been presented in Netconf meeting a couple of times. And there was some supportive feedback during the presentations and mailing list discussion. Your comments are welcomed! Thanks a lot. Best regards, Bing From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Ersue, Mehmet (Nokia - DE/Munich) Sent: Friday, September 18, 2015 6:25 AM To: Netconf Subject: [Netconf] Draft charter update for review Dear NETCONF WG, please find below the draft charter update which we provided to our AD for review. Comments are welcome. Mehmet & Mahesh ------------------ Network Configuration (netconf) ------------------------------- Charter Current Status: Active Chairs: Mahesh Jethanandani <mjethanandani@gmail.com<mailto:mjethanandani@gmail.com>> Mehmet Ersue <mehmet.ersue@nokia.com<mailto:mehmet.ersue@nokia.com>> Operations and Management Area Directors: Benoit Claise <bclaise@cisco.com<mailto:bclaise@cisco.com>> Joel Jaeggli <joelja@bogus.com<mailto:joelja@bogus.com>> Operations and Management Area Advisor: Benoit Claise <bclaise@cisco.com<mailto:bclaise@cisco.com>> Mailing Lists: General Discussion: netconf@ietf.org<mailto:netconf@ietf.org> To Subscribe: https://www.ietf.org/mailman/listinfo/netconf Archive: https://mailarchive.ietf.org/arch/browse/netconf/ Description of Working Group: Configuration of networks of devices has become a critical requirement for operators in today's highly interconnected networks. Large and small operators alike have developed their own mechanisms or have used vendor specific mechanisms to transfer configuration data to and from a device and to examine device state information which may impact the configuration. Each of these mechanisms may be different in various aspects, such as session establishment, user authentication, configuration data exchange, and error responses. The NETCONF protocol (RFC 6241) provides mechanisms to install, manipulate, and delete the configuration of network devices. NETCONF is based on the secure transport (SSH is mandatory to implement while TLS is an optional transport) and uses an XML-based data representation. The NETCONF protocol is data modeling language independent, but YANG (RFC 6020) is the recommended NETCONF modeling language, which introduces advanced language features for configuration management. Recently NETCONF WG define the Call Home mechanism for NETCONF and RESTCONF protocols as well as updated RFC5539 by adding the new message framing used by NETCONF 1.1. Based on the implementation, deployment experience and interoperability testing, the WG aims to produce a NETCONF status report in a later stage. The result may be clarifications for RFC6241 and RFC6242 and addressing any reported errata. In the current phase of NETCONF's incremental development the workgroup will focus on following items: 1. Combine the server configuration data models from the Call Home and RFC5539bis drafts in a separate Server Configuration YANG module by addressing the need for NETCONF as well as RESTCONF. 2. Develop RESTCONF, a protocol based on NETCONF in terms of capabilities, but over HTTP and with some REST characteristics, for accessing YANG data in NETCONF datastores. An "ordered edit list" approach is needed (the YANG patch) to provide client developers with a simpler edit request format that can be more efficient and also allow more precise client control of the transaction procedure than existing mechanisms. The YANG patch operation, based on the HTTP PATCH method, will be prepared in a separate draft. In addition develop a YANG library, which identifies the information about all YANG modules used by a server. Furthermore develop a collection resource for the RESTCONF protocol to provide enhanced filtering features for the retrieval of data nodes with the GET method. RESTCONF should not deviate from the NETCONF capabilities unless proper justification is provided and documented. The RESTCONF work will consider requirements suggested by the other working groups (for example I2RS). 3. Develop a zero touch configuration document (a technique to establish a secure network management relationship between a newly delivered network device configured with just its factory default settings, and the Network Management System), specific to the NETCONF use case. 4. Develop a subscription and push mechanism that allows client applications to request notifications for changes in the datastore. These updates will be pushed by the server to the client based on a subscription policy. 5. Update RFC 6536 (NETCONF Access Control Model) to introduce access control rights associated with actions. 6.Enhance RFC 5277 with the ability to delete subscriptions without closing the client session, to modify existing subscriptions, and to have multiple subscriptions on a established client session. These changes should not affect older clients that do not support these particular subscription requirements. The RPCs and the data models in RFC 5277 should be converted to YANG. Goals and Milestones: Done - Submit RFC5539bis to AD/IESG for consideration as Proposed Standard Done - Submit NETCONF call home mechanism to AD/IESG for consideration as Proposed Standard Oct 2015 - WGLC for RESTCONF, YANG patch operation and YANG Library drafts Nov 2015 - Submit RESTCONF to AD/IESG for consideration as Proposed Standard Jan 2016 - WGLC for RFC5277bis draft Jan 2016 - Submit RFC5277bis to AD/IESG for consideration as Proposed Standard Jan 2016 - WGLC for YANG datastore push update draft Feb 2016 - Submit YANG datastore push update to AD/IESG for consideration as Proposed Standard Feb 2016 - WGLC for RFC6536bis draft Feb 2016 - Submit RFC6536bis to AD/IESG for consideration as Proposed Standard Feb 2016 - WGLC for zero touch configuration Feb 2016 - WGLC for RESTCONF Collection Resource draft Mar 2016 - Submit zero touch configuration to AD/IESG for consideration as Proposed Standard Mar 2016 - Submit RESTCONF Collection to AD/IESG for consideration as Proposed Standard Mar 2016 - WGLC for NETCONF server configuration data model Apr 2016 - Submit server configuration data model to AD/IESG for consideration as
- [Netconf] Draft charter update for review Ersue, Mehmet (Nokia - DE/Munich)
- [Netconf] Proposing a new work in the charter-//R… Liubing (Leo)
- Re: [Netconf] Proposing a new work in the charter… Ersue, Mehmet (Nokia - DE/Munich)
- Re: [Netconf] Proposing a new work in the charter… Liubing (Leo)
- Re: [Netconf] Proposing a new work in the charter… Ersue, Mehmet (Nokia - DE/Munich)
- Re: [Netconf] Draft charter update for review Rodney Cummings
- Re: [Netconf] Draft charter update for review Benoit Claise
- Re: [Netconf] Draft charter update for review Rodney Cummings
- Re: [Netconf] Draft charter update for review Juergen Schoenwaelder
- Re: [Netconf] Draft charter update for review Ersue, Mehmet (Nokia - DE/Munich)