Re: [netmod] I-D Action: draft-ietf-netmod-factory-default-08.txt

Martin Bjorklund <mbj@tail-f.com> Thu, 05 December 2019 15:49 UTC

Return-Path: <mbj@tail-f.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 DC9DE120820 for <netmod@ietfa.amsl.com>; Thu, 5 Dec 2019 07:49:03 -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, SPF_HELO_NONE=0.001, SPF_PASS=-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 HS5Giv2hPGD9 for <netmod@ietfa.amsl.com>; Thu, 5 Dec 2019 07:49:01 -0800 (PST)
Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 27FB0120227 for <netmod@ietf.org>; Thu, 5 Dec 2019 07:49:01 -0800 (PST)
Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id 213FB1B04D92; Thu, 5 Dec 2019 16:49:00 +0100 (CET)
Date: Thu, 05 Dec 2019 16:48:25 +0100 (CET)
Message-Id: <20191205.164825.117158927516883920.mbj@tail-f.com>
To: jclarke@cisco.com
Cc: bill.wu@huawei.com, netmod@ietf.org
From: Martin Bjorklund <mbj@tail-f.com>
In-Reply-To: <31530DA4-B054-4FD2-B83A-86A2E9BC4EB1@cisco.com>
References: <B8F9A780D330094D99AF023C5877DABAA94AFDD3@dggeml511-mbx.china.huawei.com> <31530DA4-B054-4FD2-B83A-86A2E9BC4EB1@cisco.com>
X-Mailer: Mew version 6.8 on Emacs 25.2
Mime-Version: 1.0
Content-Type: Text/Plain; charset=utf-8
Content-Transfer-Encoding: base64
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/glrYtV5gcOC5EDb6Oav2isU5Fjw>
Subject: Re: [netmod] I-D Action: draft-ietf-netmod-factory-default-08.txt
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: Thu, 05 Dec 2019 15:49:07 -0000

Hi,

"Joe Clarke (jclarke)" <jclarke@cisco.com> wrote:
>  On Dec 4, 2019, at 22:37, Qin Wu <bill.wu@huawei.com> wrote:
> 
>  v-08 is posted to address comments received from YANG doctor review and
>  additional comments from Joe.
>  The diff is:
>  https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-factory-default-08
> 
> Thanks, Qin. But this isn’t actually what I had in mind. I was suggesting text targeted at
> implementors but also warning operators along the lines of:
> 
> Operators should be aware that since all read-write datastores are
> immediately reset to 
> factor default, the device will become unreachable on the network.

s/will/may/

( and s/factor/factory/ )


> One should
> understand how a given vendor’s device will behave after the RPC is executed.

Perhaps s/One should/It is important to/?

> Implementors SHOULD reboot the device or otherwise restart processes needed to
> bootstrap it.
> 
> I realize Jürgen(?) or others had problems with calling out
> bootstrapping, but I do think
> some explicit advice is required so all parties are aware what the
> impact of executing the 
> RPC would have.

I had concerns with the previous text about bootstrapping, but I think
that your proposed text above is fine.


/martin



> 
> Joe
> 
>  -Qin
>  -----邮件原件-----
>  发件人: I-D-Announce [mailto:i-d-announce-bounces@ietf.org] 代表
>  internet-drafts@ietf.org
>  发送时间: 2019年12月5日 11:36
>  收件人: i-d-announce@ietf.org
>  抄送: netmod@ietf.org
>  主题: I-D Action: draft-ietf-netmod-factory-default-08.txt
> 
>  A New Internet-Draft is available from the on-line Internet-Drafts directories.
>  This draft is a work item of the Network Modeling WG of the IETF.
> 
>  Title : Factory Default Setting
>  Authors : Qin Wu
>  Balazs Lengyel
>  Ye Niu
>  Filename : draft-ietf-netmod-factory-default-08.txt
>  Pages : 11
>  Date : 2019-12-04
> 
>  Abstract:
>  This document defines a method to reset a server to its factory-
>  default content. The reset operation may be used, e.g., when the
>  existing configuration has major errors so re-starting the
>  configuration process from scratch is the best option.
> 
>  A new factory-reset RPC is defined. When resetting a datastore, all
>  previous configuration settings will be lost and replaced by the
>  factory-default content.
> 
>  A new optional "factory-default" read-only datastore is defined, that
>  contains the data that will be copied over to the running datastore
>  at reset.
> 
>  The IETF datatracker status page for this draft is:
>  https://datatracker.ietf.org/doc/draft-ietf-netmod-factory-default/
> 
>  There are also htmlized versions available at:
>  https://tools.ietf.org/html/draft-ietf-netmod-factory-default-08
>  https://datatracker.ietf.org/doc/html/draft-ietf-netmod-factory-default-08
> 
>  A diff from the previous version is available at:
>  https://www.ietf.org/rfcdiff?url2=draft-ietf-netmod-factory-default-08
> 
>  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.
> 
>  Internet-Drafts are also available by anonymous FTP at:
>  ftp://ftp.ietf.org/internet-drafts/
> 
>  _______________________________________________
>  I-D-Announce mailing list
>  I-D-Announce@ietf.org
>  https://www.ietf.org/mailman/listinfo/i-d-announce
>  Internet-Draft directories: http://www.ietf.org/shadow.html or
>  ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>  _______________________________________________
>  netmod mailing list
>  netmod@ietf.org
>  https://www.ietf.org/mailman/listinfo/netmod
>