Re: [netconf] WG Last Call: draft-ietf-netmod-factory-default-05

Qin Wu <bill.wu@huawei.com> Tue, 05 November 2019 03:23 UTC

Return-Path: <bill.wu@huawei.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 78AC2120073; Mon, 4 Nov 2019 19:23:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=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 KUQHDm3yiPYl; Mon, 4 Nov 2019 19:23:34 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 18A7312002F; Mon, 4 Nov 2019 19:23:34 -0800 (PST)
Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id B14BA15D58E8C9BBE22D; Tue, 5 Nov 2019 03:23:31 +0000 (GMT)
Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Tue, 5 Nov 2019 03:23:30 +0000
Received: from DGGEML531-MBS.china.huawei.com ([169.254.5.209]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0439.000; Tue, 5 Nov 2019 11:23:28 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Kent Watsen <kent+ietf@watsen.net>, Martin Bjorklund <mbj@tail-f.com>
CC: "netconf@ietf.org" <netconf@ietf.org>, "draft-ietf-netmod-factory-default@ietf.org" <draft-ietf-netmod-factory-default@ietf.org>
Thread-Topic: [netconf] WG Last Call: draft-ietf-netmod-factory-default-05
Thread-Index: AdWTh7yGmdQMxpeCSNayhB4IIl3ujw==
Date: Tue, 05 Nov 2019 03:23:27 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABAA93E96B6@dggeml531-mbs.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.134.31.203]
Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAA93E96B6dggeml531mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/ubSS9uH-eJ2C55PDwLP-gt_bgnI>
Subject: Re: [netconf] WG Last Call: draft-ietf-netmod-factory-default-05
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG 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: Tue, 05 Nov 2019 03:23:37 -0000

发件人: Kent Watsen [mailto:kent+ietf@watsen.net]
发送时间: 2019年11月5日 10:46
收件人: Martin Bjorklund <mbj@tail-f.com>
抄送: Qin Wu <bill.wu@huawei.com>; netconf@ietf.org; draft-ietf-netmod-factory-default@ietf.org
主题: Re: [netconf] WG Last Call: draft-ietf-netmod-factory-default-05

Qin, Martin,

 But what does this actually mean?
[Qin]: It means the key word zero-touch comes from RFC8572.

I get that part.  I was wondering about the meaning of the sentence.
How can "reset" be used "during initial zero-touch configuration"?

[Qin]: I think "reset" can be used at the beginning of session setup or in the middle of session when the existing configuration
Has fatal error.
Maybe change it into "before initial zero-touch configuration"?

I don't think this is correct; noone will invoke "factory-reset"
*before* the initial ztp -- rather, the factory default config will
contain config to enable ztp (see e.g. section A.1 in RFC 8572).
Perhaps simply remove this sentence?

Kent, do you have an opinion?

For devices supporting ZTP, as you say, no one will invoke "factory-reset" before the initial ZTP.   This RPC can only, at best, reenable ZTP as part of the reset operation.   This seems obvious to me (e.g., section A.1), but Joe felt that it would be helpful to call it out.  My only role in this was to craft the text that said it correctly.  As for if the sentence is better in or out, I hold no strong opinion, but perceive two WG members having opposite opinions.

[Qin]: The question is should rpc or factory default config or both enable ztp?
I think during initial zero-touch configure, it is factory default config to enable ztp.
In the middle of session, rpc can be used to trigger ztp process execution.

Kent // contributor