[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
- [netconf] New Version Notification for draft-ma-n… maqiufang (A)