Re: [media-types] WG Last call comments on draft-ietf-mediaman-haptics-03

"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Sat, 22 July 2023 11:27 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
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 25BE5C1519AB for <media-types@ietfa.amsl.com>; Sat, 22 Jul 2023 04:27:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=itaoyama.onmicrosoft.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id maA39O7M0TaA for <media-types@ietfa.amsl.com>; Sat, 22 Jul 2023 04:27:22 -0700 (PDT)
Received: from JPN01-TYC-obe.outbound.protection.outlook.com (mail-tycjpn01on2130.outbound.protection.outlook.com [40.107.114.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3D9CEC15199C for <media-types@ietf.org>; Sat, 22 Jul 2023 04:27:21 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=R8zAA32+ZMzBdMBc4WERDLIR2L1OpcTAJM/hwMk/Rscd2kYRocJPWOQTGfIyL9+Mr3IYogtDVVBRpotEMQccOvxXvlyPq2NDXl9xtMSROojQGd6aGhEPbmhTtRwErgJvg8ZavBfln7fkfcw+3r4jHxnr4TkZ9xgjRdQp+wMzA3/nHIrez8HyeJeVZk86nH308VPPqXC/snsZf5wPFjqmml6MaSExWs754zpigUSG1RSa8uao8RoCmX2GoZNb53XZYnWqGC2DUCJhebhkV1kLUxoU6fu5iI2qxropT5YzH/guEIKNiVINFoFKXnuDE0Jcaq/BUGSp1S5PuSlKaQb7/Q==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=HfW+UGo/kX5S8qzVi2YButvVPnjRLQrwVpx4iM0lhk4=; b=Cx5IzFQ6heX4gyAs1ChmifMHOJxzitBC6nNhh83nrXY6bXB4AgTJk1WCdwShW1tTHWfKCh5xh+lM7KIwCVt6j9zo60jcpTnUwl8LPa9RI/qVFqKLruqpldrVNN1b3RlJpMWQMKA6luTzeghQAGeqZQyd2rPs0+SL9VQkT1DP5t4lDqeN2+GzbFJ09hoaBz+NN1TnbI3AS3UC0M2NjUGw08hCalHqC6C3ZPZdszsRI6fmhmIwlbixcfz/Mg4rAx/XGOqnfDmYKlIbZVx6CAs1kNaoQDN1Cv16jeFS5BXmEVQGBpKlDSOd7lYgc0GlWEI61UpXMxLZ7uROunnj9GttuA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=it.aoyama.ac.jp; dmarc=pass action=none header.from=it.aoyama.ac.jp; dkim=pass header.d=it.aoyama.ac.jp; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=itaoyama.onmicrosoft.com; s=selector2-itaoyama-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=HfW+UGo/kX5S8qzVi2YButvVPnjRLQrwVpx4iM0lhk4=; b=a0YV7H4R3+PTmMqQLA6Xh+bNSKdGXeNAX0Z8q0SrRnbDAVfnqYuZvKdN2Mp7vmUhuXYUbNADcZUQICx8Ye1uFdEZYAAIXreGhIZ4tbs1ZUoeIfp/igqHF82Fn1nEOySgMmCbIgmmGLpgVtXmjT8WrT2Jb42s2IqqeEpos/l4mSU=
Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=it.aoyama.ac.jp;
Received: from TYAPR01MB5689.jpnprd01.prod.outlook.com (2603:1096:404:8053::7) by TYWPR01MB11828.jpnprd01.prod.outlook.com (2603:1096:400:402::10) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6609.28; Sat, 22 Jul 2023 11:27:18 +0000
Received: from TYAPR01MB5689.jpnprd01.prod.outlook.com ([fe80::d5b9:e1b6:a209:c5e1]) by TYAPR01MB5689.jpnprd01.prod.outlook.com ([fe80::d5b9:e1b6:a209:c5e1%7]) with mapi id 15.20.6609.030; Sat, 22 Jul 2023 11:27:18 +0000
Message-ID: <999cb047-8d86-195e-78ac-771631661da4@it.aoyama.ac.jp>
Date: Sat, 22 Jul 2023 20:27:18 +0900
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0
Content-Language: en-US
To: Stephan Wenger <stewe@stewe.org>, IETF mediaman WG <media-types@ietf.org>
References: <5d16b7ee-5fac-39c8-bbb8-b3841511add8@it.aoyama.ac.jp> <PH0PR17MB49087B9430A5BC3369A50C46AE3FA@PH0PR17MB4908.namprd17.prod.outlook.com>
From: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
In-Reply-To: <PH0PR17MB49087B9430A5BC3369A50C46AE3FA@PH0PR17MB4908.namprd17.prod.outlook.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-ClientProxiedBy: TYCP286CA0189.JPNP286.PROD.OUTLOOK.COM (2603:1096:400:382::15) To TYAPR01MB5689.jpnprd01.prod.outlook.com (2603:1096:404:8053::7)
MIME-Version: 1.0
X-MS-PublicTrafficType: Email
X-MS-TrafficTypeDiagnostic: TYAPR01MB5689:EE_|TYWPR01MB11828:EE_
X-MS-Office365-Filtering-Correlation-Id: 56a8e112-d45f-4bc8-8c3a-08db8aa69bb0
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: nB8HBMJiPAVsW1/ocBbuiKDREOVvXwTKjlCEPtQR9i7pN6HnzGsTEylgL4LhqgFisqk0fng4TSyhubUb6gangVaxDIcUo5GlhzpGY3n1nw8anl1haIfpF/qHjoJrt2ZlcJ14QTo+8Yl/jtfnd7b3aki4SNZD2sCKM90o1s18+Nlue7Cj9Rso1cTr5v9blEt3/U/quiCpZPOhYqKCho2pCTxeEVCGvDNy9m40/HK6bHFPv3RDX6OpGFN8hw/e31vnWf3tMMMtwQgtzhoZ3eYhn795gjhgEkPZQD8CuEgLAXzv25R7VJcy4gGjFSQJzwC+U8FzPwem6VfUI8UvEnF4fWFcDgbH3aNBERDv+kZbEjCIQUvGyCDAifigjz43BR9/J6AVrtziaxrEdUtPZqHgPfqLFcLKsRE3FeNx88Ryn8OmGO8UfDbkhnrzq/03BRiLCkEopdGpOviv7WVyRM4g8kFaJjnw5deA58oAFmFIXKcBAt6RhBYyBgAzHCD6SowQqmBncGQiRzNsqo5vjpDGkgr3xhVcVZo6R2QJQ+l0qCEQCLp1Ve1pmj95ZQ0ms8yUKL6mJr89I9a5d2g/XUC0Q0deUCDaAv9tCm3v97UV27DWRv7TUMOsfiol0+UaPrfLrIcvgzn6pwcEUFffwqCehYA3AlKnWKD7XaoReYhDVWftZ9pCXZxwgx2xxj2hxkLb
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:TYAPR01MB5689.jpnprd01.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230028)(346002)(136003)(376002)(366004)(39840400004)(396003)(451199021)(6486002)(41320700001)(38100700002)(38350700002)(6512007)(478600001)(36916002)(52116002)(110136005)(2616005)(41300700001)(53546011)(6506007)(186003)(26005)(8936002)(5660300002)(8676002)(31686004)(66476007)(66946007)(66556008)(31696002)(2906002)(86362001)(786003)(83380400001)(316002)(45980500001)(43740500002); DIR:OUT; SFP:1102;
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: J4k9TLoSITHt5RdBYXqyhWfFRvZGneHpirmghDw2rYjLBFQaQCI6jx7u0twO8k8E6MvD/D0JDd75cFCiVwb0jyvHO77DxAe36Xh3g98+BkVIcHtHCmBFHZ0O9CmJsOoXQUMHMY9tLTfQRLswy0ckP7N5bxx/uY/Gh+Bv4dyJgoZkWoNNtOpN61r74QuvYo0xKbGB6nY/UXmRcS+gw9rj/XShY6IZcRy1+1tTKmcDexoTiNHWzIFoLgJRC5ly8EeFfEo/fuUzmrTlIouS/tyouj8+cEOhmTVg3XpHWm3numDk7hEpKPQI7gzBB9bNVfNjAq5mLSY+Q/0Jf+EJrsJAJiC0pWSKrnxSk8jbqYV8ftqroPxInOAdIh90cGdXBSH2iRC+gU4KOuK3dK74/pB+4/wqfpG0cVJHjTdmZNcrkUwvGiuN48MzT33LnyXLPsJwn/uVQ0ofmhuy7sBJWvP0nzo2BchxyXgTezX784w8gRr0YZUR45s95ia4Rlrk1upiu5pbRVGNjKaPUEGcwZcIht1SUnPbnwDz/w0/IIck8DY5WWbmMz5uIsNzTb5AWHtJ4tEzeMw7wBgqiRfbo7iUhEPC7pwnOfM+t6gjJz6pdXA2vOPHAHWK8uVUaiFZBTFEnRDjQ01vXb4GGfFQcGx7jBIk9e5IdloGTpYVR3GAf8BvUuA8V2ngb7ntDLDVENrd9waUqGRLR8n6clrn7vhZSCPACGYWjjsuaxNkXSGVQRP7mtHYZ/9UIV6nFD00ru8gKY6zBpThmTd7rvfvLiesEGnCkBjL+x9DzdS/hAki+Rt8nwSfz3pLe4Guhr2vLj5A3ADzDM7i8InvLnFQTrWLMsWBOAK3YeoSxFXcHi8gkgawxaWLnVCmAyzrjZ1fAQ7g1RbykSf5Ipg50FgKMk9yUQuSCmuq+ubTlCrMxq3s3Y+9N/abG1jsgmMW4Rj7X7S+ClK9F/3ElSQ+7Xno04MyJsE7ilx1BMGYog1/SoFC7Wmp2fGJY92jWuIqwmE7iars1dWEiVpr6g3jd95eDaIPBQIaeY+oulCZEm0Dw7gN7bwHsgq85AM9ArXy+CKYqrzJF1urhvjfxaRjNkTLPSRzXwKrEImcBJS74Afgp9aURdLX4YTKKcvFHp/eSZtl8FKU+Zex3PWHiB1hkyp3E5jbSeySCzn49KR6vL/wozw7Q+WED66GHhuxEQdX+l1xqZVp2pt1AWe8XH+zqaWY3euP1dzdcOKVLvHTy/4jmpsKEqMKUmznLTG8My4hVWWQzkFDR7i7POy6kG1aA+sFWDAP0Gb3In2N4DsWC1l6RZqn0DcHj54sL5Nn9wFoGBqfRFWXNtVQGWVxEw0FCYgfRrZMVS3VEzYMCw1eaUy0PczFHjaDG3CPjaL+hIyqnIHWr3F4Ukhy+petNWXRfU7zSqv0RPoPrLkfYL4rQGSACDaqew56V6UlVEBGzWaSiZJsVvr2EUtKw0FwC7U4w3gHVUHEZK1xUE8FoSI5oSduEIGLSnWsStRrE9w0pG4pmPLfUTGwWRhi8jSejp+mQ2zjjrMQmtO6aA60XKgQqP09y/oHZKMEgJYG+TOjX7+w3x905L1y
X-OriginatorOrg: it.aoyama.ac.jp
X-MS-Exchange-CrossTenant-Network-Message-Id: 56a8e112-d45f-4bc8-8c3a-08db8aa69bb0
X-MS-Exchange-CrossTenant-AuthSource: TYAPR01MB5689.jpnprd01.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Jul 2023 11:27:18.5321 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: e02030e7-4d45-463e-a968-0290e738c18e
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: SWhVbtXiGypuGcYiliBhl1yEDQQQx7UVAn01pJ7W7loUrLQ+q+WbretzbmCj4JiXibWHWBmAB4woEPdF13oxJQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: TYWPR01MB11828
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/RJKmBIRGn27Zkndeby8Ul79nH68>
Subject: Re: [media-types] WG Last call comments on draft-ietf-mediaman-haptics-03
X-BeenThere: media-types@ietf.org
X-Mailman-Version: 2.1.39
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: Sat, 22 Jul 2023 11:27:23 -0000

Hello Stephan,

The haptics draft is referenced in my document as informational because 
it's just one of many toplevel types, and it *informed* the conditions 
and wording in the toplevel draft. On the other hand, the haptics draft 
is being approved according to the guidelines in the toplevel draft that 
we developed in parallel, so a normative reference makes sense (I think 
Harald's comments also point in this direction).

I understand your concern that procedural RFCs can get delayed, but I'm 
rather optimistic in this respect about toplevel. One reason is that I'm 
the author, so optimism helps :-). The other reason is that for many 
other procedural drafts, there are discussions about document 
requirements, expert approval, and so on, where different people often 
have different opinions, even if they may be just shades away. In the 
toplevel case, it seems (at least so far) that people agree that it's a 
fairly rare event that therefore has fairly high requirements.

But if it turns out that toplevel gets delayed, I think we can always 
look at how we might solve that problem (e.g. downreference or whatever).

Regards,   Martin.

On 2023-07-22 05:43, Stephan Wenger wrote:
> Hi Martin,
> Lots of excellent comments.  A question inline
> Thanks,
> Stephan
> 
> From: media-types <media-types-bounces@ietf.org> on behalf of Martin J. Dürst <duerst@it.aoyama.ac.jp>
> Date: Friday, July 21, 2023 at 11:56
> To: IETF mediaman WG <media-types@ietf.org>
> Subject: [media-types] WG Last call comments on draft-ietf-mediaman-haptics-03
> [cut]
> 
> "This document defines a new top-level type 'haptics' according to
> Section 4.2.7 of [RFC6838].": What actually happened was that we were
> developing new process (in draft-ietf-mediaman-toplevel) and trying that
> process out with the -haptics draft. If it wouldn't be for the -haptics
> draft, we wouldn't have worked on the -toplevel draft. So it should say
> "This document defines a new top-level type 'haptics' according to
> draft-ietf-mediaman-toplevel." For first-time draft/RFC authors, that
> may look strange, but the RFC editor will make sure that the reference
> to draft-ietf-mediaman-toplevel gets replaced with a reference to the
> resulting RFC. Publishing two or more RFCs at a time is part of their
> job, they do that quite often. If you want to help them, you can look at
> how I referenced the -haptics draft in the -toplevel draft, with RFC XXXX.
> 
> I believe the haptics I-D is referenced in your toplevel I-D as informative, hence non-blocking from an RFC-editor publication viewpoint.  If your suggestion is to reference the toplevel-I-D also informatively in the haptics I-D, I have no concerns.  If you are shooting for a normative reference, however, I would push back a bit.  The reason is purely pragmatic: procedural RFCs like the toplevel I-D can often see many years of delay from procedure-oriented discussions, whereas a technical solution I-D like the I-D in question can move faster.  I would rather want to decouple the two to the extent possible.  Please clarify whether you shoot for an informative or normative reference in the subject draft.
> 
> [cut]
>