IETF Logo Mail Archive

Re: [Netconf] I-D Action: draft-wu-netconf-restconf-factory-restore-00.txt

"Reshad Rahman (rrahman)" <rrahman@cisco.com> Sun, 15 July 2018 13:59 UTC

Return-Path: <rrahman@cisco.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 CE5B2130E20 for <netconf@ietfa.amsl.com>; Sun, 15 Jul 2018 06:59:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, T_KAM_HTML_FONT_INVALID=0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 paDhAd6DUm-W for <netconf@ietfa.amsl.com>; Sun, 15 Jul 2018 06:59:30 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 20D18130DD1 for <netconf@ietf.org>; Sun, 15 Jul 2018 06:59:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14514; q=dns/txt; s=iport; t=1531663170; x=1532872770; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=rIeNzS4uL5V5dnU1CGKJUkO1r+OGNWE/CXNBbvZDwU4=; b=ePTIfyywEzxdefdEuQDlULvbH8P5Q+Qw7ZzBcQYbroI2A2mwKlHz3+t5 GeZSr21LTjVTS+mxd9h+bI318hbcQYhTL6vPohpHA8lxLWiWz+QGOz8TY Cq8Braj7YGfFRzJ7PNE0vrT+XwTj/Qymef3+Z+ZF+KVrGCGOMHqYAIX0Z 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DMAAD0Uktb/5tdJa1cGQEBAQEBAQEBAQEBAQcBAQEBAYJTSC5jfygKg3GIBIw4gWgkkCqFD4F6C4F3gnUCF4I4ITQYAQIBAQIBAQJtKIU2AQEBAQMjVhACAQgRAwECKwICAjAdCAIEAQ0FgyABgRtkqH+BLoo9iQKBVz+BOAyCXoUbgmExgiQCiFGJIIdrCQKPJYFDjCKHfYlwAhEUgSQdOCaBLHAVZQGCPgmQSm+KQIEaAQE
X-IronPort-AV: E=Sophos;i="5.51,357,1526342400"; d="scan'208,217";a="142823966"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Jul 2018 13:59:20 +0000
Received: from XCH-ALN-003.cisco.com (xch-aln-003.cisco.com [173.36.7.13]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id w6FDxKba021534 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Sun, 15 Jul 2018 13:59:20 GMT
Received: from xch-rcd-005.cisco.com (173.37.102.15) by XCH-ALN-003.cisco.com (173.36.7.13) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Sun, 15 Jul 2018 08:59:19 -0500
Received: from xch-rcd-005.cisco.com ([173.37.102.15]) by XCH-RCD-005.cisco.com ([173.37.102.15]) with mapi id 15.00.1320.000; Sun, 15 Jul 2018 08:59:19 -0500
From: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
To: Rohit R Ranade <rohitrranade@huawei.com>, Qin Wu <bill.wu@huawei.com>
CC: netconf <netconf@ietf.org>
Thread-Topic: [Netconf] I-D Action: draft-wu-netconf-restconf-factory-restore-00.txt
Thread-Index: AQHUDgohYkKCob3+QEeCTKJnrpl8VqR0/o0ggADy1gCAANpigIABDVeAgADSgACAAA2OgIAAIkwAgANZR4CAAAHOAIAAGkMAgAABaACAACN2gIAAA/eAgACapoCAAB2ZgIATStgA
Date: Sun, 15 Jul 2018 13:59:19 +0000
Message-ID: <353E5B56-C1DB-4ABB-8363-B1D35D1AC0F0@cisco.com>
References: <B8F9A780D330094D99AF023C5877DABA9AEB9E31@nkgeml513-mbx.china.huawei.com> <87a7rfjdcx.fsf@nic.cz> <B8F9A780D330094D99AF023C5877DABA9AEBAF17@nkgeml513-mbx.china.huawei.com> <2A66E046-CE29-42B5-A60C-1313357378DE@juniper.net> <B8F9A780D330094D99AF023C5877DABA9AEBD689@nkgeml513-mbx.china.huawei.com> <B8F9A780D330094D99AF023C5877DABA9AEBD700@nkgeml513-mbx.china.huawei.com> <20180630090808.5g232ydinkbsnddg@anna.jacobs.jacobs-university.de> <B8F9A780D330094D99AF023C5877DABA9AEBED1A@nkgeml513-mbx.china.huawei.com> <20180702122254.hrws4cneranwwm3w@anna.jacobs.jacobs-university.de> <B8F9A780D330094D99AF023C5877DABA9AEBF04F@nkgeml513-mbx.china.huawei.com> <20180702140156.m7mlohgzzfe3nr4l@anna.jacobs.jacobs-university.de> <CABCOCHQA-DA7pBMQ6j6DQrUGuYtEkdephQ4WL_O5dC5h49HXWw@mail.gmail.com> <e2e5332e-48ce-5841-3219-1d7c0fb4958d@cisco.com> <B8F9A780D330094D99AF023C5877DABA9AEC1230@nkgeml513-mbx.china.huawei.com> <991B70D8B4112A4699D5C00DDBBF878A6BBC846F@dggeml510-mbx.china.huawei.com>
In-Reply-To: <991B70D8B4112A4699D5C00DDBBF878A6BBC846F@dggeml510-mbx.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.b.0.180311
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.86.251.21]
Content-Type: multipart/alternative; boundary="_000_353E5B56C1DB4ABB8363B1D35D1AC0F0ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/_mUkA7cWJ2aeToIGYalhJ84AH1w>
Subject: Re: [Netconf] I-D Action: draft-wu-netconf-restconf-factory-restore-00.txt
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.27
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: Sun, 15 Jul 2018 13:59:32 -0000

Hi,

The new “factory” datastore can be used for NETCONF also so a corresponding NETCONF draft should be updated to support this functionality?

BTW the security considerations section refers to NETCONF instead of RESTCONF.

Regards,
Reshad.

From: Netconf <netconf-bounces@ietf.org> on behalf of Rohit R Ranade <rohitrranade@huawei.com>
Date: Monday, July 2, 2018 at 11:23 PM
To: Qin Wu <bill.wu@huawei.com>
Cc: netconf <netconf@ietf.org>
Subject: Re: [Netconf] I-D Action: draft-wu-netconf-restconf-factory-restore-00.txt


In addition, when a device boots then <startup> is initialized to <factory> if it doesn't exist.  Or alternatively, <running> is initialized to <factory> if <startup> doesn't exist.
A client can use an RPC to copy <factory> to <startup> or to <running> if they want, but then can never write to <factory> (although factory could change via a software update).

[Qin]: Good summary, this is exactly what we like to propose.
[Rohit R Ranade] +1

Existing protocol operations can be used (e.g, copy-config from factory to running).
Now RESTCONF is datastore aware, it looks like we need to add a "copy-config" RPC (or should it just be "copy"?) to RESTCONF to allow the contents of one datastore to be copied to another datastore.  Such an RPC should be entirely generic and not tied to the factory datastore in anyway.

[Qin]: Yes, one of our thoughts is to define a generic operation, e.g., copy-datastore, delete-datastore, maybe compare-datastore, all these operations are datastore level instead of data node level.
[Rohit R Ranade] +1 .

Possibly, related to this, it might be worth considering if there are any other operations in NETCONF that should be supported in RESTCONF and to do that as a single update to the protocol rather than lots of piecemeal extensions.

v2.23.0 | Report a Bug | By Email