[netconf] New Version Notification for draft-ma-netconf-with-system-01.txt

"maqiufang (A)" <maqiufang1@huawei.com> Thu, 05 November 2020 01:21 UTC

Return-Path: <maqiufang1@huawei.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C331B3A1232 for <netconf@ietfa.amsl.com>; Wed, 4 Nov 2020 17:21:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 gz1aob2yBLpv for <netconf@ietfa.amsl.com>; Wed, 4 Nov 2020 17:21:23 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 878913A1230 for <netconf@ietf.org>; Wed, 4 Nov 2020 17:21:23 -0800 (PST)
Received: from fraeml741-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4CRQg44V4Pz67J8g for <netconf@ietf.org>; Thu, 5 Nov 2020 09:20:00 +0800 (CST)
Received: from dggeme717-chm.china.huawei.com (10.1.199.113) by fraeml741-chm.china.huawei.com (10.206.15.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.1913.5; Thu, 5 Nov 2020 02:21:21 +0100
Received: from dggeme770-chm.china.huawei.com (10.3.19.116) by dggeme717-chm.china.huawei.com (10.1.199.113) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1913.5; Thu, 5 Nov 2020 09:21:19 +0800
Received: from dggeme770-chm.china.huawei.com ([10.8.68.58]) by dggeme770-chm.china.huawei.com ([10.8.68.58]) with mapi id 15.01.1913.007; Thu, 5 Nov 2020 09:21:19 +0800
From: "maqiufang (A)" <maqiufang1@huawei.com>
To: "netconf@ietf.org" <netconf@ietf.org>
Thread-Topic: New Version Notification for draft-ma-netconf-with-system-01.txt
Thread-Index: AQHWsRNqAgqstejkz0iKR0y9i7pDmqm4vyaw
Date: Thu, 05 Nov 2020 01:21:19 +0000
Message-ID: <bd57b2894e4d4d5c948308cdd3ff6cb8@huawei.com>
References: <160431998681.22434.18443332903566523384@ietfa.amsl.com>
In-Reply-To: <160431998681.22434.18443332903566523384@ietfa.amsl.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.100.25]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/Ttvh4_dyJEBOc4GoojucW28rUuI>
Subject: [netconf] New Version Notification for draft-ma-netconf-with-system-01.txt
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG 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: Thu, 05 Nov 2020 01:21:26 -0000

Hi, all:
We have submitted a draft: https://www.ietf.org/archive/id/draft-ma-netconf-with-system-01.txt

Just a little bit background why we wrote this draft.
In many situations, the client needs to get system configuration. 
However, not all server implementations treat system configuration data the same way. 
Besides, the duplicated system configured data item needs to be created and overridden by the client every time  the client wants a reference, which can be quite inconvenient.

Therefore, we define a  capability-based extension to the NETCONF protocol that allows the client to identify how system configuration are processed by the server, and also define a new mechanism for client control of server processing of system configuration data.

For more details please review the draft, any suggestions and comments would be welcome.

Qiufang Ma(on behalf of authors)


-----邮件原件-----
发件人: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
发送时间: 2020年11月2日 20:26
收件人: Fengchong (frank) <frank.fengchong@huawei.com>; Fengchong (frank) <frank.fengchong@huawei.com>; maqiufang (A) <maqiufang1@huawei.com>
主题: New Version Notification for draft-ma-netconf-with-system-01.txt


A new version of I-D, draft-ma-netconf-with-system-01.txt
has been successfully submitted by Qiufang Ma and posted to the IETF repository.

Name:		draft-ma-netconf-with-system
Revision:	01
Title:		With System Capability for NETCONF
Document date:	2020-11-02
Group:		Individual Submission
Pages:		23
URL:            https://www.ietf.org/archive/id/draft-ma-netconf-with-system-01.txt
Status:         https://datatracker.ietf.org/doc/draft-ma-netconf-with-system/
Htmlized:       https://datatracker.ietf.org/doc/html/draft-ma-netconf-with-system
Htmlized:       https://tools.ietf.org/html/draft-ma-netconf-with-system-01
Diff:           https://www.ietf.org/rfcdiff?url2=draft-ma-netconf-with-system-01

Abstract:
   The NETCONF protocol [RFC6241] defines ways to read configuration and
   state data from a NETCONF server.  In some cases, a client-configured
   data item refers to a non-existent system generated data item
   (e.g.,the auto-create interfaces ("eth1") is not yet present).  In
   many situations, the system configured data item doesn't need to be
   know to the client and client-configured data item will automatically
   be removed from the operational state datastore and thus only appear
   in the intended datastore if client-configured data item doesn't
   exist.  In other situations system configured data item needs to be
   known and overriden by the client.  Not all server implementations
   treat the system configuration data in the same way.  This document
   defines a capability-based extension to the NETCONF protocol that
   allows the NETCONF client to identify how system configuration are
   processed by the server, and also defines a new mechanism for client
   control of server processing of system configuration data.

                                                                                  


Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat