Re: [netmod] Adoption poll for draft-wu-netmod-factory-default-02

Andy Bierman <andy@yumaworks.com> Mon, 25 March 2019 22:35 UTC

Return-Path: <andy@yumaworks.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 6FF51120130 for <netmod@ietfa.amsl.com>; Mon, 25 Mar 2019 15:35:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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 Fm0qmBMcNcOl for <netmod@ietfa.amsl.com>; Mon, 25 Mar 2019 15:35:18 -0700 (PDT)
Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) (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 81273120133 for <netmod@ietf.org>; Mon, 25 Mar 2019 15:35:17 -0700 (PDT)
Received: by mail-lj1-x22b.google.com with SMTP id v13so9354465ljk.4 for <netmod@ietf.org>; Mon, 25 Mar 2019 15:35:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=oS40r83sH12Bw/3NLQ50D/LzemZ5NhE1NTc6RPJRM4s=; b=JJ7Zn2O3rvF/P0w7/dhw0ep5GV4QoTDHQTzV50ytu896oxSRRgg4sfwEpCiirbZpUZ xKTbzi4RAtFduo5hpDtKuz/+lVAfq3TSnZam1DEhstNxLOpwfGN8nrd7LZ3aYnDhbSVe G7v+UprtRwVgVTCXHHbHOHnk7bCnCnoHRdedbv7ny2GKt7rnzLsO3StJ7hz3d4nFJJZk uvhi38xkU6CvS7WTYyKVGYV9M06FDd6GQX3h0H1RYsz1sy1DiIgQHO6YDlYTYog6eYFH YaLgBW448k24KFW6otMHi4Y0B2akaMHmrZ7b0tjT7M0U8xNl6l6ohs+OwqLO3LapSbTK QHtg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=oS40r83sH12Bw/3NLQ50D/LzemZ5NhE1NTc6RPJRM4s=; b=UM4jAlPO+OKlYoOtrYJ/1qt2SMYCLhnU1j4vI7wJbtM3ee5nVbOi05gxw5CkhMwQB6 38HHs7v0qyYWGo/vfzrSLHkKeDDtgzcDYKwFu4bO+HoqKPqzBqGCOAlNRmp8PTl63V03 2dIdoB4ecU648CzMPSxW1VcBpT+mNb0rjHF1BLK8G4Q3qAFfhpYRahnEphlEefEu7Vrh SAqavC0oqsSxw51+rmVaHAd9MmqtRq4XrtCdhXZ+SOy0RUOeIXJoaHNbrKQptJlL1J/M 7TZu8I+V3ZRj2ijXV0FmkZyfsQuQSIjAhtDPlSsYx25nRbz6+ow2v1nsDGrURqlduy/H fjTg==
X-Gm-Message-State: APjAAAXCSqL4ECCDMFBUCXWIrZFU+4epDsirPNTk+F8S05kI7Ej9uzJy QkmLiRT5KZEN2lHiVD073UgR1S2jMoi1VRo7C3wuyw==
X-Google-Smtp-Source: APXvYqwPoKBCVYGlgdxQltUd7X2eEQiOhw4E8CZ5wQuogp6kHWqRuVU8uck2o3lUuIIA3OgXcAcwxD9r5e6S74L40Ag=
X-Received: by 2002:a2e:8616:: with SMTP id a22mr14743498lji.173.1553553315604; Mon, 25 Mar 2019 15:35:15 -0700 (PDT)
MIME-Version: 1.0
References: <01000169b69032d0-ca63f6e6-7c28-46ad-b0bc-d47b72d4e118-000000@email.amazonses.com> <CABCOCHT2-iBjtcjigOueQqnGJCJgAd28hhe=dYGA77fgAbXU4Q@mail.gmail.com> <f1ea969236984b7c982a1e4b26182da0@XCH-RCD-007.cisco.com>
In-Reply-To: <f1ea969236984b7c982a1e4b26182da0@XCH-RCD-007.cisco.com>
From: Andy Bierman <andy@yumaworks.com>
Date: Mon, 25 Mar 2019 15:35:04 -0700
Message-ID: <CABCOCHRWuaDD=S-vzszq9_mpJFynw=Dznm=c_pi0sdWCA20sHw@mail.gmail.com>
To: "Rob Wilton (rwilton)" <rwilton@cisco.com>
Cc: Kent Watsen <kent+ietf@watsen.net>, NetMod WG <netmod@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000008443090584f2d116"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/eDQTsnGJd_yWNd297vBjUlqCuo8>
Subject: Re: [netmod] Adoption poll for draft-wu-netmod-factory-default-02
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: Mon, 25 Mar 2019 22:35:21 -0000

On Mon, Mar 25, 2019 at 3:19 PM Rob Wilton (rwilton) <rwilton@cisco.com>;
wrote:

> If you do a factory reset, does that also mean that the device should be
> rebooted at the same time to get it into a consistent state?
>
>
>
> Or should clients have the opportunity to update the config after the
> reset and before it has been rebooted?
>
>
>
> Or is it not necessary to reboot the device at all?
>
>
>


I have not seen factory reset of datastores supported at all.
It is always the service or the device.
Sound like you are talking about the SysVinit command "reload" vs.
"restart".

IMO it would be a good goal to support this framework by providing
factory-reload and factory-restart RPC operations.


Thanks,
>
> Rob
>

Andy


>
>
>
>
> *From:* netmod <netmod-bounces@ietf.org>; *On Behalf Of *Andy Bierman
> *Sent:* 25 March 2019 23:11
> *To:* Kent Watsen <kent+ietf@watsen.net>;
> *Cc:* NetMod WG <netmod@ietf.org>;
> *Subject:* Re: [netmod] Adoption poll for
> draft-wu-netmod-factory-default-02
>
>
>
>
>
>
>
> On Mon, Mar 25, 2019 at 1:35 PM Kent Watsen <kent+ietf@watsen.net>; wrote:
>
> This email begins a 2-week adoption poll for:
>
>
>
>     https://tools.ietf.org/html/draft-wu-netmod-factory-default-02
>
>
>
> Please voice your support or objections before April 8.
>
>
>
>
>
>
>
> I have significant concerns about this draft and work item.
>
> The intentions are good and the scope is well-defined.
>
> The problem is that this is a very proprietary implementation detail.
>
>
>
> I have already raised the issue that our server cannot factory reset a
> single datastore.
>
> It can only do that for the whole server (which will setup the datastores
>
> in an implementation manner and order). So another RPC is needed, and
> if-features..
>
>
>
> I have seen some comments on this issue: "This is great but our server
>
> does not work that way, so we need X,Y,Z"  (Just like I am doing ;-)
>
> How will the WG keep that from happening 10 or 30 times?
>
>
>
> I support this work if the WG can figure out how to keep it simple.
>
> (Meaning I support adoption of the work but not going to wait 2+ years for
> it)
>
>
>
>
>
> Kent (and Lou)
>
>
>
> Andy
>
>
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>
>