Re: [OPSAWG] 🔔 WG adoption call on draft-richardson-opsawg-mud-acceptable-urls-03

Qin Wu <bill.wu@huawei.com> Sat, 16 January 2021 11:30 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C3283A16EA for <opsawg@ietfa.amsl.com>; Sat, 16 Jan 2021 03:30:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, 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 68Dnmk7sqg_N for <opsawg@ietfa.amsl.com>; Sat, 16 Jan 2021 03:30:47 -0800 (PST)
Received: from frasgout.his.huawei.com (frasgout.his.huawei.com [185.176.79.56]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 583A93A16E8 for <opsawg@ietf.org>; Sat, 16 Jan 2021 03:30:47 -0800 (PST)
Received: from fraeml704-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4DHwhP1sGRz67bml; Sat, 16 Jan 2021 19:25:25 +0800 (CST)
Received: from fraeml704-chm.china.huawei.com (10.206.15.53) by fraeml704-chm.china.huawei.com (10.206.15.53) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2106.2; Sat, 16 Jan 2021 12:30:42 +0100
Received: from DGGEML405-HUB.china.huawei.com (10.3.17.49) by fraeml704-chm.china.huawei.com (10.206.15.53) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.2106.2 via Frontend Transport; Sat, 16 Jan 2021 12:30:42 +0100
Received: from DGGEML531-MBS.china.huawei.com ([169.254.5.18]) by dggeml405-hub.china.huawei.com ([10.3.17.49]) with mapi id 14.03.0509.000; Sat, 16 Jan 2021 19:30:36 +0800
From: Qin Wu <bill.wu@huawei.com>
To: opsawg <opsawg@ietf.org>, Michael Richardson <mcr@sandelman.ca>
Thread-Topic: =?utf-8?B?W09QU0FXR10g8J+UlCBXRyBhZG9wdGlvbiBjYWxsIG9uIGRyYWZ0LXJpY2hh?= =?utf-8?Q?rdson-opsawg-mud-acceptable-urls-03?=
Thread-Index: Adbr+bJXSm3RYt/ZT+6yMcSnbKRXfA==
Date: Sat, 16 Jan 2021 11:30:35 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABAADCDB5C3@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.136.101.103]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/HMJAmVoirJGtvRmO8tJfwKcG2nQ>
Subject: Re: [OPSAWG] =?utf-8?q?=F0=9F=94=94_WG_adoption_call_on_draft-richar?= =?utf-8?q?dson-opsawg-mud-acceptable-urls-03?=
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 16 Jan 2021 11:30:49 -0000

Hi, authors of draft-richardson-opsawg-mud-acceptable-urls:
I have seen most of comments I raised earlier on have been addressed, e.g.,
1. provide recommendation to the implementers or developer on when they choose MUD URL updating and when they choose MUD file updating?
2.Clarify the difference between RFC8520 and draft-richardson-opsawg-mud-acceptable-urls on MUD file signing
3.Add summary text at the beginning of the section 2
Thanks for that, it improve clarity and readability. I support adoption of this work

One more comment is Does MUD URL updating require any new protocol exchange between end device and firmware server, how does end device detect MUL URL change?
Thanks!

-Qin
-----邮件原件-----
发件人: OPSAWG [mailto:opsawg-bounces@ietf.org] 代表 Henk Birkholz
发送时间: 2021年1月5日 2:06
收件人: opsawg <opsawg@ietf.org>
主题: [OPSAWG] 🔔 WG adoption call on draft-richardson-opsawg-mud-acceptable-urls-03

Dear OPSAWG members,

this starts a call for Working Group Adoption on
https://tools.ietf.org/html/draft-richardson-opsawg-mud-acceptable-urls-03
ending on Monday, January 25.

As a reminder, this I-D describes ways to update (if possible) MUD URIs as specified in RFC8520 Manufacturer Usage Description (MUD) in a secure and acceptable manner.

Please reply with your support and especially any substantive comments you may have.


For the OPSAWG co-chairs,

Henk

_______________________________________________
OPSAWG mailing list
OPSAWG@ietf.org
https://www.ietf.org/mailman/listinfo/opsawg