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 >
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Rohit R Ranade
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Ladislav Lhotka
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Juergen Schoenwaelder
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Kent Watsen
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Juergen Schoenwaelder
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Juergen Schoenwaelder
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Juergen Schoenwaelder
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Robert Wilton
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Andy Bierman
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Andy Bierman
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Rohit R Ranade
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Balazs Lengyel
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Balazs Lengyel
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Reshad Rahman (rrahman)
- Re: [Netconf] I-D Action: draft-wu-netconf-restco… Qin Wu