Re: [netmod] RFC 8808 (reset to factory defaults) versus RFC 8342 (NMDA)
Qin Wu <bill.wu@huawei.com> Wed, 20 January 2021 01:35 UTC
Return-Path: <bill.wu@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 88DA33A0B5F for <netmod@ietfa.amsl.com>; Tue, 19 Jan 2021 17:35:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H2=-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 Zy1tHDuGs0ob for <netmod@ietfa.amsl.com>; Tue, 19 Jan 2021 17:35:28 -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 107453A0B5A for <netmod@ietf.org>; Tue, 19 Jan 2021 17:35:28 -0800 (PST)
Received: from fraeml745-chm.china.huawei.com (unknown [172.18.147.207]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4DL7Jx33Hyz67dTM; Wed, 20 Jan 2021 09:31:13 +0800 (CST)
Received: from fraeml745-chm.china.huawei.com (10.206.15.226) by fraeml745-chm.china.huawei.com (10.206.15.226) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Wed, 20 Jan 2021 02:35:21 +0100
Received: from DGGEML403-HUB.china.huawei.com (10.3.17.33) by fraeml745-chm.china.huawei.com (10.206.15.226) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.2106.2 via Frontend Transport; Wed, 20 Jan 2021 02:35:20 +0100
Received: from DGGEML531-MBS.china.huawei.com ([169.254.5.18]) by DGGEML403-HUB.china.huawei.com ([fe80::74d9:c659:fbec:21fa%31]) with mapi id 14.03.0509.000; Wed, 20 Jan 2021 09:35:11 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, "Bogaert, Bart (Nokia - BE/Antwerp)" <bart.bogaert@nokia.com>
CC: "Carey, Timothy (Nokia - US)" <timothy.carey@nokia.com>, "Pauwels, Ludwig (Nokia - BE/Antwerp)" <ludwig.pauwels@nokia.com>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] RFC 8808 (reset to factory defaults) versus RFC 8342 (NMDA)
Thread-Index: AdbuzH0FzTt4ftu9Q1OYtAkOOPecKA==
Date: Wed, 20 Jan 2021 01:35:11 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABAADCE1FD2@dggeml531-mbs.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.136.101.103]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/CgFskWNr7YIWUJEwECwPBP5fpi8>
Subject: Re: [netmod] RFC 8808 (reset to factory defaults) versus RFC 8342 (NMDA)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
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, 20 Jan 2021 01:35:31 -0000
I think Juergen is correct. A few thoughts on this: 1. Factory default datastore has nothing to do with default data handling or system data handling, for default data handling, please refer to RFC6243, for system data handling, there is one on going individual work in netconf WG https://tools.ietf.org/html/draft-ma-netconf-with-system-01 which propose to define a system data datastore to provide consistent data handling in the same way as RFC6243 did. 2. Default data will be part of definition of yang modules as metadata, see figure in the section 3.1 of RFC6244 3. Default statement is defined in RFC7950, it can be used with many YANG data nodes, e.g., leaf, leaf-list, choice. -----邮件原件----- 发件人: netmod [mailto:netmod-bounces@ietf.org] 代表 Juergen Schoenwaelder 发送时间: 2020年11月7日 1:34 收件人: Bogaert, Bart (Nokia - BE/Antwerp) <bart.bogaert@nokia.com> 抄送: Carey, Timothy (Nokia - US) <timothy.carey@nokia.com>; Pauwels, Ludwig (Nokia - BE/Antwerp) <ludwig.pauwels@nokia.com>; netmod@ietf.org 主题: Re: [netmod] RFC 8802 (reset to factory defaults) versus RFC 8342 (NMDA) On Fri, Nov 06, 2020 at 03:31:36PM +0000, Bogaert, Bart (Nokia - BE/Antwerp) wrote: > Hi, > > We are a little confused when reading RFC8808 (reset to factory-default datastore) in relation to the "system configuration" source in figure 2 of RFC8342. When correctly understanding RFC 8342, the running datastore is empty when the system starts up after coming from the factory, and 'factory default' data is entered in the operational datastore as 'system/default configuration' data. > > RFC 8808 seems to suggest that the running datastore contains (factory-default, system) data when the system starts up after coming from the factory. I.e. the understanding is that a reset to factory default brings the system back to the status as if it comes from the factory, and it is said the factory default goes into the running, ... > > What exactly is the content of the running datastore when it comes from the factory? > Could this be clarified? > I consider RFC 8808 an extension that people may implement if their systems do what RFC 8808 describes, namely that the running datastore is bootstrapped from a factory default datastore. (Of course, a system with an empty running datastore after a factory reset may claim to be bootstrapped from an empty factory default datastore.) In other words, I think the answer to "What exactly is the content of the running datastore when it comes from the factory?" is that it is empty. On first boot, on a system implementing RFC 8808, it would be loaded with the content of the factory default datastore and on systems not implementing RFC 8808 it would most likely remain empty. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 <https://www.jacobs-university.de/> _______________________________________________ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod