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

"Rob Wilton (rwilton)" <rwilton@cisco.com> Mon, 25 March 2019 22:19 UTC

Return-Path: <rwilton@cisco.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 4B15E120115 for <netmod@ietfa.amsl.com>; Mon, 25 Mar 2019 15:19:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.501
X-Spam-Level:
X-Spam-Status: No, score=-14.501 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, 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, 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 5Ki9eSn0uEK1 for <netmod@ietfa.amsl.com>; Mon, 25 Mar 2019 15:19:09 -0700 (PDT)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B6CE120005 for <netmod@ietf.org>; Mon, 25 Mar 2019 15:19:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=14326; q=dns/txt; s=iport; t=1553552349; x=1554761949; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=m9pTnAGbG7pWgQ4AMsHvDRZ70+3qg4XAR5dIheQxJc4=; b=iOo5ZwfGHhcYutnaZShRkpkGdfPQzXgghVr0fAtW2zxXCjyhgkX5lUUS l/TJy15kuruEyr+GEslSJ+AvQ7PL5iWY07+6vrT8NhaGqXyDVD3aN3EbI 1g85SbgWpSEo6vSkLhwbfONCe7Hpq7GtcPOAmmKt5eCv2UJt5jMV7DwNZ o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ADAACNU5lc/5JdJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQcBAQEBAQGBUQQBAQEBAQsBgQ6BAmiBAycKhASIHI0vkkOFdxSBZw0?= =?us-ascii?q?BARgBCoQDRgIXhHsiNAkNAQEDAQEJAQMCbRwMhUoBAQEBAwEBIQpBCxACAQg?= =?us-ascii?q?RBAEBKAMCAgIlCxQJCAIEAQ0FCIMbgRFkD65BgS+ENAKFdAWBLwGLMReBQD+?= =?us-ascii?q?DbjU+gmEBAQIBgSsBEgEIAUyCVIJXA4xwhB+UBwkCh2GECodEIYIChXyMAIs?= =?us-ascii?q?cgReEbo0lAhEVgS4fOGVxcBU7gmyLDIU/QTGNbYEfgR8BAQ?=
X-IronPort-AV: E=Sophos;i="5.60,270,1549929600"; d="scan'208,217";a="536157584"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by rcdn-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 25 Mar 2019 22:19:07 +0000
Received: from XCH-ALN-010.cisco.com (xch-aln-010.cisco.com [173.36.7.20]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id x2PMJ7Lg014885 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 25 Mar 2019 22:19:07 GMT
Received: from xch-rcd-007.cisco.com (173.37.102.17) by XCH-ALN-010.cisco.com (173.36.7.20) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 25 Mar 2019 17:19:06 -0500
Received: from xch-rcd-007.cisco.com ([173.37.102.17]) by XCH-RCD-007.cisco.com ([173.37.102.17]) with mapi id 15.00.1473.003; Mon, 25 Mar 2019 17:19:06 -0500
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: Andy Bierman <andy@yumaworks.com>, Kent Watsen <kent+ietf@watsen.net>
CC: NetMod WG <netmod@ietf.org>
Thread-Topic: [netmod] Adoption poll for draft-wu-netmod-factory-default-02
Thread-Index: AQHU40pAE0rZobHHcEaspplVrDxwYKYdPHAA//+t2cA=
Date: Mon, 25 Mar 2019 22:19:06 +0000
Message-ID: <f1ea969236984b7c982a1e4b26182da0@XCH-RCD-007.cisco.com>
References: <01000169b69032d0-ca63f6e6-7c28-46ad-b0bc-d47b72d4e118-000000@email.amazonses.com> <CABCOCHT2-iBjtcjigOueQqnGJCJgAd28hhe=dYGA77fgAbXU4Q@mail.gmail.com>
In-Reply-To: <CABCOCHT2-iBjtcjigOueQqnGJCJgAd28hhe=dYGA77fgAbXU4Q@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.61.79.96]
Content-Type: multipart/alternative; boundary="_000_f1ea969236984b7c982a1e4b26182da0XCHRCD007ciscocom_"
MIME-Version: 1.0
X-Outbound-SMTP-Client: 173.36.7.20, xch-aln-010.cisco.com
X-Outbound-Node: rcdn-core-10.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/7rhs0H5-sY7ak3cpmTbn9g5Fg68>
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:19:11 -0000

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?

Thanks,
Rob


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<mailto:kent%2Bietf@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<mailto:netmod@ietf.org>
https://www.ietf.org/mailman/listinfo/netmod