[Mud] proposed charter text for IoTOPS

Michael Richardson <mcr+ietf@sandelman.ca> Tue, 13 October 2020 17:13 UTC

Return-Path: <mcr+ietf@sandelman.ca>
X-Original-To: mud@ietfa.amsl.com
Delivered-To: mud@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CC7C23A0A68; Tue, 13 Oct 2020 10:13:15 -0700 (PDT)
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=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 R8ASn3b3UHVQ; Tue, 13 Oct 2020 10:13:14 -0700 (PDT)
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 12C4E3A08BB; Tue, 13 Oct 2020 10:13:12 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by tuna.sandelman.ca (Postfix) with ESMTP id 6568838991; Tue, 13 Oct 2020 13:18:57 -0400 (EDT)
Received: from tuna.sandelman.ca ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with LMTP id nGpfW7KxzUT0; Tue, 13 Oct 2020 13:18:55 -0400 (EDT)
Received: from sandelman.ca (obiwan.sandelman.ca [IPv6:2607:f0b0:f:2::247]) by tuna.sandelman.ca (Postfix) with ESMTP id B653738990; Tue, 13 Oct 2020 13:18:55 -0400 (EDT)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id 8D962A9A; Tue, 13 Oct 2020 13:13:09 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: mud@ietf.org, iot-onboarding@ietf.org, opsawg@ietf.org
X-Attribution: mcr
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, 13 Oct 2020 13:13:09 -0400
Message-ID: <13204.1602609189@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mud/uO07SJlySnOu5oDDOnJ_hDk0v7M>
Subject: [Mud] proposed charter text for IoTOPS
X-BeenThere: mud@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion of Manufacturer Ussage Descriptions <mud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mud>, <mailto:mud-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mud/>
List-Post: <mailto:mud@ietf.org>
List-Help: <mailto:mud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mud>, <mailto:mud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Oct 2020 17:13:16 -0000

Warren and Robert have been busy consulting the IESG about a proposed new WG:
  https://datatracker.ietf.org/wg/iotops/about/

I suggest that followups occur on mud@ietf.org?
I am pasting the text from the data tracker below.
I understand that this will go in front of the IESG without the need for a BOF.

The IOTOPS working group is for the discussion of operational issues related
to Internet of Things (IoT) devices and the publication and standardization
of documents that relate to management of IoT devices, in particular related
to device onboarding and lifecycle management.

IoT has a rather nebulous definition with different meanings for different
people.

For the purposes of this WG, its focus is on devices that are:
- networked - either to the Internet or isolated domain(s),

- have a very limited end user interface or no end-user interface at all,

- are deployed in sufficiently large numbers that they cannot easily be
  managed or maintained manually.

The IETF has been working on a wide variety of protocols for use by machine
to machine communication that are applicable to IoT devices. Such protocols
and Working Groups include CoAP, CBOR, DRIP, 6TISCH, ROLL, LAKE, LPWAN, LWIG,
SUIT, SZTP, and Manufacturer Usage Description.

IOTOPS will solicit input on IoT device related operational issues and
practices, existing and proposed technologies related to the deployment,
operation and lifecycle management of IoT devices.

IOTOPS provides a venue for IoT experts and other interested parties to
engage in discussions of IoT requirements of networking standards, as well as
proposals for new uses of IP technology in IoT specific scenarios. Where new
protocols or revisions to existing protocols are needed, IOTOPS will help
identify candidate venues within IETF for their development.

In cases where there are no other suitable venues, the WG may develop
protocols, primarily of an operational nature or initiate the creation of a
WG. This work will be coordinated with the responsible ADs.

IOTOPS WG charter is restricted to:

Take input and discuss issues related to the operational management of IoT
devices.

Not limited to, but including:
- factory provisioning of devices
- onboarding of devices
- access control of devices to network resources
- administrative control of devices
- software/firmware upgrades
- isolation/quarantine of devices
- remediation of broken devices
- end of life management of devices

Work on onboarding protocols, specifically including derivatives of BRSKI,
but not limited to only that protocol.

Discuss work related to IoT operational security. This should be discussed
with SECDISPATCH and the WG must consult with the OPS and SEC ADs before
adopting any documents in this area.

Produce requirements documents related to new IoT operations work if
needed. The resultant work may be carried out in other WGs, new WGs formed
specifically to work on those items, or in the IOTOPS WG itself.

Milestones:
Maintenance and extensions related to MUD (Manufacturer Usage Description)
[IESG Note - moved from OPSAWG (discussion)]

Maintenance and extensions related to the BRSKI onboarding protocol [IESG
Note - moved from ANIMA (discussion)]


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