Re: [media-types] [art] [dispatch] Status of Haptics I-D in DISPATCH?

John C Klensin <john-ietf@jck.com> Tue, 04 May 2021 03:47 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: media-types@ietfa.amsl.com
Delivered-To: media-types@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A392E3A2262; Mon, 3 May 2021 20:47:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=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 xNp8yRZE_tFz; Mon, 3 May 2021 20:47:54 -0700 (PDT)
Received: from bsa2.jck.com (bsa2.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DA9513A2261; Mon, 3 May 2021 20:47:53 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1ldm2K-0000DZ-FK; Mon, 03 May 2021 23:47:52 -0400
Date: Mon, 03 May 2021 23:47:46 -0400
From: John C Klensin <john-ietf@jck.com>
To: Ted Hardie <ted.ietf@gmail.com>
cc: Dispatch WG <dispatch@ietf.org>, dispatch-chairs@ietf.org, Applications and Real-Time Area Discussion <art@ietf.org>, ART ADs <art-ads@ietf.org>, draft-muthusamy-dispatch-haptics@ietf.org, media-types@ietf.org
Message-ID: <2FD10F8AE6D1B9C7D6545340@PSB>
In-Reply-To: <CA+9kkMC7OaQ_KP=SQSfrA6uQAt_MmY9hR3_kkhBHp==uvoXvRw@mail.gmail.com>
References: <C1D837ED-4EB1-4C69-BA7F-7269B111A002@ericsson.com> <FB16C435B6EFF84534985905@JcK-HP5> <alpine.OSX.2.20.2105031645070.824@mac-allocchio3.garrtest.units.it> <01RYLBC0JRNS00AUHD@mauve.mrochek.com> <CA+9kkMC7OaQ_KP=SQSfrA6uQAt_MmY9hR3_kkhBHp==uvoXvRw@mail.gmail.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/Jhjz08DBBp85M7d_LC6iKYl0azA>
Subject: Re: [media-types] [art] [dispatch] Status of Haptics I-D in DISPATCH?
X-BeenThere: media-types@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." <media-types.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/media-types>, <mailto:media-types-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/media-types/>
List-Post: <mailto:media-types@ietf.org>
List-Help: <mailto:media-types-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/media-types>, <mailto:media-types-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2021 03:47:59 -0000

(adding the media-types list and doing a bit of trimming)

--On Monday, May 3, 2021 17:29 +0100 Ted Hardie
<ted.ietf@gmail.com> wrote:

> I think the set of work items Ned lays out might well be the
> basis for a working group.  I have concerns, however, with
> including the registration for a haptics top-level type in
> that work.
> 
> As the draft points out, there is a good bit of active work
> going on related to haptics in other forums (e.g. the MPEG
> Systems File Format sub-group).  If the work on registering a
> top-level haptics type is interspersed with work on multiple
> media type suffixes and media types for programming languages,
> I have concerns about the speed with which it can complete.
> If we want to see haptic signals be treated appropriately as a
> media type, I suspect the time we have to do it is not
> unbounded.  My personal advice is thus to progress the haptics
> work separately.  If that means as an ad-sponsored draft, I'm
> personally okay with that, but I think the best other option
> is to do it as its own short-lived group.  The other work (and
> the relevant expertise) is pretty distinct.

Ted,

As you have probably figured out from my recent notes responding
to Francesca and Claudio, I have a slightly different take on
this, again somewhat different than Ned's comments.  One reason
is that I think it would be really unfortunate to establish a
precedent that the way to get a top-level media type is to
invoke work going on at what I understand to be essentially the
WG level in another SDO and then plead urgency.  I would feel
somewhat differently about an established, recognized, deployed
international standard, but, as I understand "active work in ...
MPEG Systems File Format sub-group", this is fairly far from
that.

Analogies to other bodies treating I-Ds as if they are finished,
consensus, IETF work product are probably useful here.

So, in the hope that the IETF is still an organization in which
we can figure out what the right thing is to do and then make
the procedures work with it, let me suggest something which may
be a bit of a strawman:

(1) We get the WG that Ned proposed going, with adjustments as
suggested.  Getting it going should not take long, e.g., no one
as proposed a BOF or two as prerequisites.   The first charge
for that WG should be to review prior work discuss criteria for
new top-level media types.  I would hope that can be done fairly
quickly.  If we cannot reach at least sufficient agreement to
conclude that a Haptics top level type would be reasonable
(independent of the details of how it is defined and who is
defining it, much less candidate subtypes) then I suggest the
proposal is dead in the water independent of what other bodies
are or are not doing.

(2) Probably in parallel with the above, Francesca (or Murray)
do a call for volunteers who are familiar with and involved in
work on Haptics, in the MPEG group, in their "day job" settings,
or elsewhere.  Where they are tapped as participants in a
short-lived WG or as reviewers of a potential AD-sponsored
document is probably unimportant, as long as they represent
diverse perspectives.  The numbers, expertise, and industry
coverage are important.  Based on the outcome of that poll, they
reach a conclusion as to whether meaningful, informed, IETF
consensus on the details of the proposal (presumably a revised
I-D) is plausible.

(3) If the outcome of (2) is that we have a sufficient number of
such people, I don't have a strong preference between
AD-sponsored and a short-lived WG.  However, the less clear the
criteria are that emerge from (1) --or if the early result of
that effort is general principles but not anything we would
consider criteria-- the more I think a WG is needed.

(4) If the outcome of (1) is that a Haptics top-level type is
plausible but that of (2) is that we don't have, in the judgment
of the ADs,  the right combination of expertise, interest, and
energy, then I suggest we cut a deal with the MPEG effort (close
to one end of the pipeline) and/or the relevant ISO TC (the
other end) in which we promise them that we will allocate the
top-level media type and delegate responsibility for defining
subtypes to them as soon as they tell us that a standard that
described the properties and use of that type is finished (not
being worked on, but finished).  Note that punts the question of
how subtypes are evaluated and decided upon to another body.
Otherwise, that question is one of the harder issues facing the
question of criteria for a new top-level type (and a subject on
which I, personally, think the current I-D is fairly weak).

I don't know if it would be possible to complete the above
before IETF 111, but, if not, we ought to be able to come fairly
close.  And it is _really_ pragmatic.

  best,
   john






[1[
https://mailarchive.ietf.org/arch/msg/dispatch/RRIs5MxWbQuF9kJJclJ-KsFQNIg

[2]
https://mailarchive.ietf.org/arch/msg/dispatch/zE9eMvNXpCXF1LWAMt3y-_2GjJ0