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

Andy Bierman <andy@yumaworks.com> Mon, 02 July 2018 16:09 UTC

Return-Path: <andy@yumaworks.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 F19ED13122F for <netconf@ietfa.amsl.com>; Mon, 2 Jul 2018 09:09:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 38z9M-xQOSGd for <netconf@ietfa.amsl.com>; Mon, 2 Jul 2018 09:08:59 -0700 (PDT)
Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 84B22131221 for <netconf@ietf.org>; Mon, 2 Jul 2018 09:08:54 -0700 (PDT)
Received: by mail-lj1-x22f.google.com with SMTP id u6-v6so12944353lju.13 for <netconf@ietf.org>; Mon, 02 Jul 2018 09:08:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=lcuzchBAecx1QcR/dCE8f35FDzVXXWJF2jXnTwYDrFU=; b=zBIC/3U3vTSHtgm2WbVCTJWohl3lF8qKQf2d2rQQkwsRGB4NehlplKZ4F3qRbBBMG3 vs+AeZ5whta9Y0z+ZSn+Lj+U2hmLMGKQbhbACPOMavPW4bfIbqFWaGg/h9EevHpxkG8y n2ufjWRw+iswRGaL6BWQLWl4G64mn+bHnC2MILKeKjUP3WEQQswpZ5ijBdOAI12cMC+A Trc2VGHHBghgDj11XZ/s1ucyCN01xqwRvY/gBiEtaCwEP6g0GuA/xO8wVQT/gHvMpRmf V7coikxhuy18Z5m5Ggm9q1bcfJLtYMXGBEjlOr2b/j24ajzii2tuo0ljQ9Wac6skvkvX JVzw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=lcuzchBAecx1QcR/dCE8f35FDzVXXWJF2jXnTwYDrFU=; b=I31mlkC2u09mTCqFsPhEVTrMFXG+sGIwNBwfqf40ddBvcyh2P/l1SBXxr2sBEXHHbD UD4hexxm0Xe4rTM6dWCIB6yBxZh8luxiX4nOxphEOeXrbto8q98V+QofPFeTvbDSwT3b ZXy+UxHHhyL1R14owUlaGATk+DUJaCYtdMgqlb5WLk2VUGt+WFgB+6o2Zgf3+pYbdaDP fl/Leit4e/WDMiwBWO/6J7G177PG27Q90s+G0tMaw8fM9A8qDy1yoK/5CDz0SLWhDQPl kCVmUI7ewji9ZZgmDxBjTVPHufAfIdwZXezLPOxuhObT2mZztR61aPX/bNKOB+6QjgOU +RMA==
X-Gm-Message-State: APt69E13dbT6Benqcxok0DyLpxjAfekJ1b1Qeeuovl7cPOiKzIiS7YEj zfKORbQ3ruSodjK6/qhRt/xeP9g7BXK0MM3UV+mYwQ==
X-Google-Smtp-Source: AAOMgpesG4fvOOaN/skHXPCyGzWNQMgaleZyLPvbQzYsoXAEhyAZsIt6pi4Uu2zwxKEZZ0Gjw2O1eXLWKMlqQXZ9Oi8=
X-Received: by 2002:a2e:21c7:: with SMTP id h68-v6mr16637188lji.108.1530547732719; Mon, 02 Jul 2018 09:08:52 -0700 (PDT)
MIME-Version: 1.0
Received: by 2002:a19:db96:0:0:0:0:0 with HTTP; Mon, 2 Jul 2018 09:08:51 -0700 (PDT)
In-Reply-To: <20180702140156.m7mlohgzzfe3nr4l@anna.jacobs.jacobs-university.de>
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>
From: Andy Bierman <andy@yumaworks.com>
Date: Mon, 02 Jul 2018 09:08:51 -0700
Message-ID: <CABCOCHQA-DA7pBMQ6j6DQrUGuYtEkdephQ4WL_O5dC5h49HXWw@mail.gmail.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, Qin Wu <bill.wu@huawei.com>, Kent Watsen <kwatsen@juniper.net>, Ladislav Lhotka <lhotka@nic.cz>, netconf <netconf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000ebd2030570066939"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/PM8VqRA9vNbAGLy7z3CiXHfQzFg>
Subject: Re: [Netconf] I-D Action: draft-wu-netconf-restconf-factory-restore-00.txt
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.26
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: Mon, 02 Jul 2018 16:09:12 -0000

On Mon, Jul 2, 2018 at 7:01 AM, Juergen Schoenwaelder <
j.schoenwaelder@jacobs-university.de> wrote:

> I suggest to try to make the proposal simpler, not more complex.
>
>

+1

IMO the only thing needed is 1 simple identity named "factory".
Existing protocol operations can be used (e.g, copy-config from factory to
running)


/js
>

Andy


>
> On Mon, Jul 02, 2018 at 01:56:54PM +0000, Qin Wu wrote:
> >
> >
> >
> > 发件人: Juergen Schoenwaelder
> > 收件人: Qin Wu<bill.wu@huawei.com<mailto:bill.wu@huawei.com>>
> > 抄送: Kent Watsen<kwatsen@juniper.net<mailto:kwatsen@juniper.net>>;Ladislav
> Lhotka<lhotka@nic.cz<mailto:lhotka@nic.cz>>;netconf<netconf@ietf.org
> <mailto:netconf@ietf.org>>
> > 主题: Re: [Netconf] I-D Action: draft-wu-netconf-restconf-
> factory-restore-00.txt
> > 时间: 2018-07-02 20:23:06
> >
> > On Mon, Jul 02, 2018 at 12:16:27PM +0000, Qin Wu wrote:
> > > Good point and suggestion. Here is my thought:
> > > In case :startup capability is supported, the factory datastore can be
> copied into <startup>, restart is not needed since we have loaded content
> of factory datastore into startup. Startup will be updated with running
> each time the running is altered. In case of system fatal error, we will
> consider copy factgory datatore into <startup> again for restore.
> >
> > I doubt this will work. If you copy <factory> to startup> and
> > subsequently <running> to <startup>, there is a copy of <running> left
> > in <startup>, i.e., the copy of <factory> to startup> had no effect.
> > [Qin] To address this issue, we can introduce multiple target data sores
> in the new operation factory restore operation, copy factory datastore to
> startup and running in one operation, the source will be set to the same
> factory datastore.
> >
> > > In case the restart is needed or device power on is needed, the
> factory datastore as source may not be set, instead, URL is set as source,
> the content of source identified by URL can be loaded into target datastore
> during restart or device repower on. In this case, the proposed factory
> datastore
> > > and new operation can work together with zero touch bootstrapping
> procedure proposed in draft-ietf-netconf-zerotouch.
> >
> > URLs are an optional capability so far and I do not know what "URL is
> > set as source" means to me. What is target datastore here? I am not
> > sure how data flows.
> > [Qin] see device power on procedure defined in zero touch netconf WG
> draft, factory restore scheme, in my opinion can be integrated into it. The
> target datastore(s) can be set to any datasore(s) you want to return
> factory default.
> >
> > > In case :writable-running capability is supported, the factory
> datastore can be directly copied into <running>, in case of multiple
> conceptual flows, we can consider to copy one factory datastore into
> multiple <running> targets.
> > > In case :candidate capability is supported, the factory datastore can
> be first copied into <candiate> and then the <candidate> is committed into
> <running>, in this case, startup is not touched.
> >
> > What are multiple <running> targets? What are "multiple conceptual
> flows"?
> > I am confused.
> > [Qin] see above, in the above cases,multiple datasores can be set to
> <startup> and <running> And all other datastore that need to set to factory
> default. That means in the new operation, multiple target list can be
> included. If multiple factory defaults are allowed,multiple sources can be
> included as well.
> >
> > Not sure multiple target running case exists,if we can copy one source
> to multiple instances distributed in multiple logical network elements,
> that will be great.
> > /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/>
>
> --
> 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/>
>
> _______________________________________________
> Netconf mailing list
> Netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf
>