Re: [netmod] Éric Vyncke's No Objection on draft-ietf-netmod-factory-default-14: (with COMMENT)

Qin Wu <> Thu, 23 April 2020 01:53 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 41C043A10B1; Wed, 22 Apr 2020 18:53:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id QlwQJyFnbaE7; Wed, 22 Apr 2020 18:53:28 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 5476B3A10AB; Wed, 22 Apr 2020 18:53:28 -0700 (PDT)
Received: from (unknown []) by Forcepoint Email with ESMTP id E2FE433D85E6E53F0125; Thu, 23 Apr 2020 02:53:25 +0100 (IST)
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1913.5; Thu, 23 Apr 2020 02:53:25 +0100
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1913.5 via Frontend Transport; Thu, 23 Apr 2020 02:53:25 +0100
Received: from ([]) by ([]) with mapi id 14.03.0487.000; Thu, 23 Apr 2020 09:53:21 +0800
From: Qin Wu <>
To: =?utf-8?B?w4lyaWMgVnluY2tl?= <>, The IESG <>
CC: "" <>, "" <>, "" <>, Kent Watsen <>
Thread-Topic: =?utf-8?B?w4lyaWMgVnluY2tlJ3MgTm8gT2JqZWN0aW9uIG9uIGRyYWZ0LWlldGYtbmV0?= =?utf-8?Q?mod-factory-default-14:_(with_COMMENT)?=
Thread-Index: AdYZDvJMTBevZe+PRoqB//3nPCJK5g==
Date: Thu, 23 Apr 2020 01:53:21 +0000
Message-ID: <>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <>
Subject: Re: [netmod] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ie?= =?utf-8?q?tf-netmod-factory-default-14=3A_=28with_COMMENT=29?=
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 23 Apr 2020 01:53:38 -0000

Thanks Eric, see reply inline below.
发件人: Éric Vyncke via Datatracker [] 
发送时间: 2020年4月22日 14:45
收件人: The IESG <>
抄送:;;; Kent Watsen <>et>;
主题: Éric Vyncke's No Objection on draft-ietf-netmod-factory-default-14: (with COMMENT)

Éric Vyncke has entered the following ballot position for
draft-ietf-netmod-factory-default-14: No Objection

When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.)

Please refer to
for more information about IESG DISCUSS and COMMENT positions.

The document, along with other ballot positions, can be found here:


Thank you for the work put into this document. The document is clear, easy to read and quite useful.

Please find below some non-blocking COMMENTs. An answer will be appreciated.

I also support Barry's comment.

I hope that this helps to improve the document,




If the "factory-default" is optional (per section 3), then it may be worth to specify this quality in the abstract and in the introduction.

[Qin]: Thanks, will mention this in both abstract and introduction.

-- Section 2 --
What happens with the different counters in the <operational> data store ?

[Qin]: As described in 2, The contents of the <operational> datastore MUST reflect the
operational state of the device after applying the factory default
configuration. In other words, Referencing figure 2 of RFC8342, counter seen as system state of operational datastore will reflect
the operational state of the device. 

Why is this a SHOULD for overwritting sensitive data before deletion and not a MUST? At least section 6 writes that "owner of the device MUST NOT rely on any sensitive data (e.g., private keys) being forensically unrecoverable"

[Qin]: I have no preference on whether we should use strong language or soft language, but the idea here is deleting dynamically generated files is mandatory, overwriting security sensitive data is recommended.