Re: [Iotops] IOTOPS Draft Charter

Michael Richardson <mcr+ietf@sandelman.ca> Tue, 03 November 2020 19:08 UTC

Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: iotops@ietfa.amsl.com
Delivered-To: iotops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D98343A0DC6 for <iotops@ietfa.amsl.com>; Tue, 3 Nov 2020 11:08:10 -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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 Wh77BTNp0YcX for <iotops@ietfa.amsl.com>; Tue, 3 Nov 2020 11:08:08 -0800 (PST)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [IPv6:2607:f0b0:f:3:216:3eff:fe7c:d1f3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8A783A0DC1 for <iotops@ietf.org>; Tue, 3 Nov 2020 11:08:08 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id BED683897E; Tue, 3 Nov 2020 14:08:07 -0500 (EST)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id BQU3F-SNzPvN; Tue, 3 Nov 2020 14:08:07 -0500 (EST)
Received: from sandelman.ca (obiwan.sandelman.ca [209.87.249.21]) by tuna.sandelman.ca (Postfix) with ESMTP id 4E05038983; Tue, 3 Nov 2020 14:08:07 -0500 (EST)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 36A891683; Tue, 3 Nov 2020 12:50:49 -0500 (EST)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: "Rob Wilton (rwilton)" <rwilton=40cisco.com@dmarc.ietf.org>
cc: "iotops@ietf.org" <iotops@ietf.org>
In-Reply-To: <MN2PR11MB4366A96960B97A66D3383045B5110@MN2PR11MB4366.namprd11.prod.outlook.com>
References: <MN2PR11MB4366A96960B97A66D3383045B5110@MN2PR11MB4366.namprd11.prod.outlook.com>
X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha512"; protocol="application/pgp-signature"
Date: Tue, 03 Nov 2020 12:50:49 -0500
Message-ID: <31244.1604425849@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/iotops/R958HALsZktdA5UERQyvn3r1o24>
Subject: Re: [Iotops] IOTOPS Draft Charter
X-BeenThere: iotops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IOT Operations <iotops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iotops>, <mailto:iotops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iotops/>
List-Post: <mailto:iotops@ietf.org>
List-Help: <mailto:iotops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iotops>, <mailto:iotops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Nov 2020 19:08:11 -0000

Hi,

The only actual work that I see the WG having is:
   3) Publish operational practice and document requirements.

Given that the IESG has been clear that it isn't particularly interested in
requirements documents with protocols,  this means that only "operational
practice" documents (BCPs) will wind up here.

The "discuss" points (1) and (2) are things that the more open
IOT-DIRectorate can already do.

I don't really see the point of doing this.

To me, the point was to deal with the lifecycle issues of IoT.
That's one the list in point (1) was about.

There are some serious gaps in the process, and if we can't address those
gaps without a lot of back and forth, then I don't see how it contributes to much.

While I think we need a MOPS-like group (as I understand MOPS, which I
don't really), we also need a place to actually get the work done.

I understand that there has been negotiation within the IESG, but I have no
idea what the objections were, since they haven't been public.

I don't believe that the IESG has much IoT, let alone IoT-security expertise,
so I am skeptical about the objections.

--
Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide