[netmod] FW: I-D Action: draft-ietf-netmod-system-config-05.txt

"maqiufang (A)" <maqiufang1@huawei.com> Wed, 21 February 2024 08:57 UTC

Return-Path: <maqiufang1@huawei.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AF901C14F71F for <netmod@ietfa.amsl.com>; Wed, 21 Feb 2024 00:57:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.894
X-Spam-Level:
X-Spam-Status: No, score=-6.894 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id scVuQdHHXfXc for <netmod@ietfa.amsl.com>; Wed, 21 Feb 2024 00:57:34 -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 A9321C14F60E for <netmod@ietf.org>; Wed, 21 Feb 2024 00:57:33 -0800 (PST)
Received: from mail.maildlp.com (unknown [172.18.186.216]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4Tfqml3HZDz6HJbq for <netmod@ietf.org>; Wed, 21 Feb 2024 16:53:11 +0800 (CST)
Received: from lhrpeml500005.china.huawei.com (unknown [7.191.163.240]) by mail.maildlp.com (Postfix) with ESMTPS id BC178140C72 for <netmod@ietf.org>; Wed, 21 Feb 2024 16:57:30 +0800 (CST)
Received: from kwepemm000019.china.huawei.com (7.193.23.135) by lhrpeml500005.china.huawei.com (7.191.163.240) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35; Wed, 21 Feb 2024 08:57:30 +0000
Received: from kwepemm600017.china.huawei.com (7.193.23.234) by kwepemm000019.china.huawei.com (7.193.23.135) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.35; Wed, 21 Feb 2024 16:57:28 +0800
Received: from kwepemm600017.china.huawei.com ([7.193.23.234]) by kwepemm600017.china.huawei.com ([7.193.23.234]) with mapi id 15.01.2507.035; Wed, 21 Feb 2024 16:57:28 +0800
From: "maqiufang (A)" <maqiufang1@huawei.com>
To: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] I-D Action: draft-ietf-netmod-system-config-05.txt
Thread-Index: AQHaZKEFKJJ5pWPog02qlxz8kH9H97EUeOBA
Date: Wed, 21 Feb 2024 08:57:28 +0000
Message-ID: <216e27d8832947a4ad58842723b1410c@huawei.com>
References: <170850450521.31104.4389681208702201052@ietfa.amsl.com>
In-Reply-To: <170850450521.31104.4389681208702201052@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.118.147]
Content-Type: multipart/alternative; boundary="_000_216e27d8832947a4ad58842723b1410chuaweicom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/qd8ezeLicqNi6LrfAh6YJDjlT2I>
Subject: [netmod] FW: I-D Action: draft-ietf-netmod-system-config-05.txt
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 21 Feb 2024 08:57:37 -0000

Hi, all



This version reflects the outcome of the interim we had last month:

1.       the "origin" issue

*         The current document explicitly states that system configuration copied from <system> into <running> have its origin value being reported as "intended" and update the examples accordingly

*         Also, update the definition of "intended" origin identity in 8342 to allow a subset of configuration in <intended> to use "system" as origin value

*         The current document states data migration is out-of-scope except that gives a couple of implementation examples in section 4.2 (please feel free to propose text if you have better suggestion)

2.       validity of <running> alone

*         The current document is silent on this point. Related statements which requires referenced system nodes must be copied into <running> are removed.

3.       Other updates

*         Usage examples refinement, e.g., fix validation errors, remove redundancy for conciseness



The authors believe all open issues have been resolved now and thus ready for WGLC, but would really also appreciate any review and feedback from the WG.

Thanks a lot!



Best Regards,

Qiufang



-----Original Message-----
From: netmod [mailto:netmod-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org
Sent: Wednesday, February 21, 2024 4:35 PM
To: i-d-announce@ietf.org
Cc: netmod@ietf.org
Subject: [netmod] I-D Action: draft-ietf-netmod-system-config-05.txt



Internet-Draft draft-ietf-netmod-system-config-05.txt is now available. It is a work item of the Network Modeling (NETMOD) WG of the IETF.



   Title:   System-defined Configuration

   Authors: Qiufang Ma

            Qin Wu

            Feng Chong

   Name:    draft-ietf-netmod-system-config-05.txt

   Pages:   41

   Dates:   2024-02-21



Abstract:



   This document defines how a management client and server handle YANG-

   modeled configuration data that is defined by the server itself.  The

   system-defined configuration can be referenced (e.g. leafref) by

   configuration explicitly created by a client.



   The Network Management Datastore Architecture (NMDA) defined in RFC

   8342 is updated with a read-only conventional configuration datastore

   called "system" to hold system-defined configuration.



   As an alternative to clients explicitly copying referenced system-

   defined configuration into the target configuration datastore (e.g.,

   <running>) so that the datastore is valid, a "resolve-system"

   parameter is defined to allow the server acting as a "system client"

   to copy referenced system nodes automatically.  This solution enables

   clients manipulating the target configuration datastore (e.g.,

   <running>) to reference nodes defined in <system>, override system-

   provided values, and configure descendant nodes of system-defined

   configuration.



   This document updates RFC 8342, RFC 6241, RFC 8526 and RFC 8040.



The IETF datatracker status page for this Internet-Draft is:

https://datatracker.ietf.org/doc/draft-ietf-netmod-system-config/



There is also an HTMLized version available at:

https://datatracker.ietf.org/doc/html/draft-ietf-netmod-system-config-05



A diff from the previous version is available at:

https://author-tools.ietf.org/iddiff?url2=draft-ietf-netmod-system-config-05



Internet-Drafts are also available by rsync at:

rsync.ietf.org::internet-drafts





_______________________________________________

netmod mailing list

netmod@ietf.org<mailto:netmod@ietf.org>

https://www.ietf.org/mailman/listinfo/netmod