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

Yeshwant Muthusamy <ymuthusamy@immersion.com> Tue, 04 May 2021 22:45 UTC

Return-Path: <ymuthusamy@immersion.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 989953A1877; Tue, 4 May 2021 15:45:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=immr.onmicrosoft.com
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 yi4uE8qCFLKk; Tue, 4 May 2021 15:45:10 -0700 (PDT)
Received: from outbound-ip12a.ess.barracuda.com (outbound-ip12a.ess.barracuda.com [209.222.82.179]) (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 31E003A1876; Tue, 4 May 2021 15:44:56 -0700 (PDT)
Received: from NAM10-MW2-obe.outbound.protection.outlook.com (mail-mw2nam10lp2105.outbound.protection.outlook.com [104.47.55.105]) by mx-outbound10-133.us-east-2a.ess.aws.cudaops.com (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 04 May 2021 22:44:35 +0000
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Cbe9Ztn8zGTpWOq7FEafiDEtq9BL2gbRBp7TeFTocZvAX/+3ehIF8kbxrXU8N0Mtij8t6rhUzJp7mBEt7ECKfOYjKnft8EYvuRDtDe3Skctn8T3i+rf1aaywsdksrOHGwDwNa1ZQ5HcQ3aC/O547dN1eG3D4TtNtO5csXKcw6jUMoNxltKmhEGg90KQxIvaC2g5UGWJX++M9romEUf9MpgDxKBicHFtydmpE1+qPhbATC9Kx1QAhcPh1yx7OvyxWQJXcIyHlebLEBijfFqmhYqb6aEsXLZgl5kjpte2A32mZD+65k/bAaVzxNm+443ql6fhSpQUo2TyWUcewW9yDPQ==
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-SenderADCheck; bh=4HCwtpjwApwVXJ2G2PQYF2Hmu+yGLJUFX9DVwmkmQmo=; b=Wx+WJZVL7El0TLI60iP/c2l6ybhebRAN/nvfKU7rt6qfCIpC7mpI0QkIaH//FwTPh/6u/mGcXAiSYcbHqWAaEAwr/yrpRv6f+BO0SQnJ1+TrQxjzmkAfVIbMHcYnu9muBTAhiMkGKsPs8dAMx/pKAP6xM//Vz4xO1qKdCztCzVFRFWjhF0tZKmWey6u8axdMqMSrAUwgRWwPLLMVWVkfHcgf2Sq+e0orwkdiHRZ5KJefe66NLoPvO2FJxVlqMS3DsA5E0MUsghoLIFH8I2LDL4iFos3spcTBpeWhsA8putnJDop8LLeRLl+W1Z22kG7EXOtt7em53qd9NpwT1rGNBQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=immersion.com; dmarc=pass action=none header.from=immersion.com; dkim=pass header.d=immersion.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=immr.onmicrosoft.com; s=selector2-immr-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4HCwtpjwApwVXJ2G2PQYF2Hmu+yGLJUFX9DVwmkmQmo=; b=B5oM+K8/QTHrHECYPWZR0tkhGUc1UKK3XfdDu7EyRO77oRbWDiQ8X47Z74K1jHTKPGt+dhedn4PFPAUtzoA4Jmu4EomIFDMH8uRv9HVtrunP/yjW8YKlJ2r/PyoUm+QhtndkdX7KdETRu55iKJj/MuXTNiCimjtKgUfWOcePyP0=
Received: from DM6PR16MB3912.namprd16.prod.outlook.com (2603:10b6:5:2b8::23) by DM6PR16MB2729.namprd16.prod.outlook.com (2603:10b6:5:126::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4108.24; Tue, 4 May 2021 22:44:33 +0000
Received: from DM6PR16MB3912.namprd16.prod.outlook.com ([fe80::cae:f44a:d064:b681]) by DM6PR16MB3912.namprd16.prod.outlook.com ([fe80::cae:f44a:d064:b681%6]) with mapi id 15.20.4108.025; Tue, 4 May 2021 22:44:33 +0000
From: Yeshwant Muthusamy <ymuthusamy@immersion.com>
To: John C Klensin <john-ietf@jck.com>, Ted Hardie <ted.ietf@gmail.com>
CC: Dispatch WG <dispatch@ietf.org>, "dispatch-chairs@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" <draft-muthusamy-dispatch-haptics@ietf.org>, "media-types@ietf.org" <media-types@ietf.org>
Thread-Topic: [art] [dispatch] Status of Haptics I-D in DISPATCH?
Thread-Index: AQHXQJhM4Zh3T3YG3E61gUYzSXJNSarTkCMQgAAheoCAADFIIA==
Date: Tue, 04 May 2021 22:44:32 +0000
Message-ID: <DM6PR16MB39126AF1F75D8C33F95E3809DE5A9@DM6PR16MB3912.namprd16.prod.outlook.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> <2FD10F8AE6D1B9C7D6545340@PSB> <MW3PR16MB3914440DE7F74C93CCD7D408DE5A9@MW3PR16MB3914.namprd16.prod.outlook.com> <ADF08E6531ABEAFAE9B64ADD@PSB>
In-Reply-To: <ADF08E6531ABEAFAE9B64ADD@PSB>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: jck.com; dkim=none (message not signed) header.d=none;jck.com; dmarc=none action=none header.from=immersion.com;
x-originating-ip: [47.188.43.20]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 3007a208-fb40-4d05-76c8-08d90f4e2fa3
x-ms-traffictypediagnostic: DM6PR16MB2729:
x-microsoft-antispam-prvs: <DM6PR16MB2729C6D0FDDFEDA1424DF904DE5A9@DM6PR16MB2729.namprd16.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 1tGEFqkGqUw3L7OSSLRqjG02KRRb6x6BXD/kmQkWa0UIwR5gS9O4uUjvXHRBJTK2XQLlr9biIRc+hAvwuvm++UvEgatP3rkP/PjxiyQ2WPxxgWkMRyVmP7DaPVpDtpgECySKdMZc5F21GuB4lWJGv2D8qiZCWVcGbsXmO1nz9E7iidXYUALzkaNC5SM64nKr5Zmi+CQ7gf6XNsCek4WnAAaClU6ARkQFURfCQWQ21kF9pRLtSrT0d49AsKE69D8lZqd+00aPvhXFgbDbK7dRbdBjItpbhPlLjEvE9wg7pNb8mQXpTfMtq9JFx7mcI30LZcZfxbsRhwaFeAF3/FC9lDinTmVQ8m8M1BQMgK+a5zvvVq57tk8JYtRM6FBOaw41ZZ16lT1gWPywTYUJyzv2fvq5jUUYA37UBkoY6zhWF7xO4yG0ZwioOdN+P0zKnIfbStPG/Hq1HWMdolxbQcz8ni7mC6kwNr+tErSkh3v+rFoU4R3vm+KF5PXeHHwIrGJfmA1GUJXCvV2rCGxVM8YDkDAm7uN+Lk/C6/aBez9mXmsIRQAyEy94U7bUysqUdaobnWp1TIEH+P58CtgboWgjLIVGvjwzUDVYwa5MClfPoEMvxQ8pwGYRxOHiVfohSE2bZFvg5KeIi/j2JNqliwm07mIQgwLWzA7vwyO/JuWEL1M=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR16MB3912.namprd16.prod.outlook.com; PTR:; CAT:NONE; SFS:(396003)(136003)(346002)(366004)(376002)(39830400003)(45080400002)(71200400001)(52536014)(8676002)(5660300002)(66446008)(26005)(86362001)(66476007)(66556008)(55016002)(9686003)(66946007)(64756008)(76116006)(2906002)(33656002)(110136005)(316002)(478600001)(122000001)(4326008)(38100700002)(966005)(8936002)(53546011)(6506007)(54906003)(166002)(83380400001)(186003)(7696005); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: tJ0K9Cqt7CIeQqUR8beeE3PaRxaicjHWGRWx7YS7gqeGKlM2JW/0p4G8uMoNxgZ54rMcGiC+xXYgnQLz6B2xwor1HCETRURLOOW9zk/JgOVZX1PR6EF+hAA95lkGktRXtMsI+eApTFvuIodr3JEdIxJDD47WbZU3V7pzY/MRlsWrRNy4IrDCyMQgLLQ8txx/pXStdeMwIdB3k6NM7I9tb3D7cs15Mws/nVrunWCiyxmCApJ540RvbCPg0KTSfRTsXq2PR5c0ZtWdIdKoxIHcMCT6Yj3YnOtGeMd9lKBeTBdztUCPqN/nYyVo2L5ENDr3UnkHDyx3GwpObGnYZ9zhPnQJaxI2bcJ/616iSNWhmnrAnmlZvxTzvKrGl6nGnb+EaB09gP8pYgemGpqr7Tok62BwTz9wMTwLfpIWj1R2nZQAKomhkSj9fueAf8IIIpxP2QIkXagnzwVPlcwsUqplTnayL+wbdLfNExiCsI3chq72Fc4OcIHudinfxyOGAwxAvOuaDKdtcd0vI2nalixWtlKewzeePYmgQ+md6O62+FN1HAXnkK0IWQoyRqoIYoWT8FkT3siCwY2X3hBlN1mP7KkHDW2Y3ca23hfas4xNvnx2sQ6/Fo0PrrEq7NAqz5DEuS5mOQmgfm6q9SRFsnYKPfBA4P/8bic70taFPM3qFLmdJeb2lYarY+2WVgM79vCPcYmZ0+4RDgrI0Jry8WqSZK6/Wix2MP48ERp08Z6Q3w3XGrGqOA+OLkyoNHl2N09/TeNxpj3xOcb1sJ32I9LnbhyrMQPIfZI7XcgvutaqvwR6USSYGCKuyVaTKEkbcjx1NRJ6OrBC+eSxQglsRCYGI9OzY6srqeBlA9lTSh+Y7/1a23ZAeD3CIiG5SvKE17Id2xao04JPKxfKdDQk4X5R51WXLFQe+t0eb5OkZ4wACZXLgcjWppgUByafwiR+vJvYkZQwv0Vt84Kjck0z8fAYuc+BWwC+UL1QW1C7KFgRsIwbnjTUN6fM38OUgfIMYBsKL9Cuj+J3zymb8GP5uLOif6WMJdxCbQqMjkkzZh7DwkUBo8SkDUkscINTsoSmmRwAR51vBTgVjTjL1MNTcF3wm7H8y6R9UgO+zOZfPpXEECX/0yImOMbGzjsepNwQ46NAxqnEJ/W+VHehYguBxh6J+3buS7QM7W2Zz/Xs63fuwBZ5d7xi9Bj21d9qwZF0ujnsZPZ7guy5l/yIYyfr3qqg0cj6uLoOsAPeIDcjc0fcjMpKvga1hMbvzrzVAnZlm4br3xO7c793AuICDFedT6pgFCL8/IJE+PwUYkWj8iupTtY=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DM6PR16MB39126AF1F75D8C33F95E3809DE5A9DM6PR16MB3912namp_"
MIME-Version: 1.0
X-OriginatorOrg: immersion.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR16MB3912.namprd16.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3007a208-fb40-4d05-76c8-08d90f4e2fa3
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 May 2021 22:44:32.9847 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 4f05e41a-59b8-413a-ae19-d5df3dfd0fb5
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: M24cLU+9OgMt7Rhihe5UsFU/QMn38bLIoeUAgkUqTo5yRUG2CcLgBODMfzXUY/OwZ17O9g5XxyIXcHSm/0XQY9+wxuZFcm+agaj9iUFMN+0=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR16MB2729
X-BESS-ID: 1620168275-102693-5375-68537-1
X-BESS-VER: 2019.1_20210504.1407
X-BESS-Apparent-Source-IP: 104.47.55.105
X-BESS-Outbound-Spam-Score: 0.50
X-BESS-Outbound-Spam-Report: Code version 3.2, rules version 3.2.2.232009 [from cloudscan19-53.us-east-2b.ess.aws.cudaops.com] Rule breakdown below pts rule name description ---- ---------------------- -------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message 0.00 HTTP_ESCAPED_HOST URI: Uses %-escapes inside a URL's hostname 0.50 BSF_RULE7568M META: Custom Rule 7568M 0.00 BSF_BESS_OUTBOUND META: BESS Outbound
X-BESS-Outbound-Spam-Status: SCORE=0.50 using account:ESS117783 scores of KILL_LEVEL=7.0 tests=HTML_MESSAGE, HTTP_ESCAPED_HOST, BSF_RULE7568M, BSF_BESS_OUTBOUND
X-BESS-BRTS-Status: 1
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/J5bf-PsE5LSSu7-1QkF-D4VaYDI>
X-Mailman-Approved-At: Wed, 05 May 2021 08:49:45 -0700
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 22:45:20 -0000

John,



Thanks for the note. Taking each one of your two questions in order:



>>* Does the ISO FDIS mention "haptics/" as top-level media type?

>>If it does, that is a major IETF (and probably IAB) strategy question, not really a media registration one.

>> And that question includes my concern about precedents of other SDOs squatting on names without including us actively in the development process.



No. The ISOBMFF FDIS does not mention 'haptics/' as top-level media type. That said, it treats haptics in exactly the same way that it treats other top-level media types in Chapter 12 (audio, video, text, font,  etc.) that have been recognized as top-level media types by IETF. To be more specific, our haptics proposal to ISOBMFF follows the same box hierarchy as the other top-level types:

  *   Media handler is 'hapt'
  *   Haptic Media Header is the NullMediaHeaderBox
  *   Sample entry is the HapticSampleEntry



So, there is no issue of ISO squatting on the 'haptics/' name or shutting IETF out from the development process. Our objective was to first introduce haptics as a top-level media type in ISOBMFF and then approach IETF with the proposal that we have in our I-D. For obvious reasons, I am unable to share the DAMD or FDIS documents on this mailing list, but I suspect those who are also members of MPEG can get access to it easily.



>>* If the answer to that is "no", are there objections to more or less the WG approach Ned suggested that do not rely on the "influence the work of other SDOs" argument?



Like I've said before, I am open to whatever mechanism the IETF decides to use to move the I-D forward. Given the work that has already been done in MPEG and the fact that we are approaching the FDIS ballot completion stage, I would assume that the IETF would take that into account *in some form* as it discusses the technical merits of the I-D.



Thanks,

Yeshwant



Yeshwant Muthusamy, Ph.D. | Senior Director, Standards



ymuthusamy@immersion.com | +1 469-583-2171



-----Original Message-----
From: John C Klensin <john-ietf@jck.com>
Sent: Tuesday, May 4, 2021 2:12 PM
To: Yeshwant Muthusamy <ymuthusamy@immersion.com>; 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
Subject: RE: [art] [dispatch] Status of Haptics I-D in DISPATCH?



Yeshwant,



Thanks.  I did see your response to Ned, but only after sending my note.



In what is perhaps an odd way, from my point of view, this is a good news.  If the document is in FDIS ballot, all of the suggestions on the this list about how the IETF needs to be involved, and involved, with some accelerated procedure in order to influence the substantive decisions of other standards bodies are moot: as I am sure you know, just about the one way to make a substantive change in an ISO FDIS document is a "no" vote from a national member body, presumably after either objecting all along (which I presume didn't happen) or discovering some catastrophic substantive problem.  No room for a "we think it would be better to do this than that" intervention from the IETF.



So the only issues relevant to other SDOs now, AFAICT, is what, if anything, those documents (which, sadly, I don't have time to read and study today or even this week) have to say about media type names.  If the answer is that they don't say anything, then the IETF should move with appropriate diligence, but should not put "get it done quickly" ahead of "do it right and get it right".  If they say "the media type is 'haptics/', then the IETF is essentially dealing, not with your I-D/ proposal but with an accomplished fact.  That would present us with a very different, and unpleasant, situation although, using an extension of Ted's argument, I think some of us would argue for registering it and trying to figure out how to avoid that happening again.  If it references the I-D, I suspect we could get a note to the editorial team at ISO /CS and/or to the relevant Committee Manager and secretariat about getting that fixed even after FDIS balloting was completed (and might get our

way) but whether that would be of substantive importance given that there is no chance of giving them a stable RFC number as a reference is, well, questionable.



So now, with the "need to do this quickly to influence the substantive decisions of other SDOs" and the "the IETF needs to be influential about this in order to remain an actor in the multimedia game" aside because, whatever the IETF decides to do about those issues neither they, nor your I-D, have much, if anything, to do with them, it seems to me there are only two questions for  the near term:



* Does the ISO FDIS mention "haptics/" as top-level media type?

If it does, that is a major IETF (and probably IAB) strategy question, not really a media registration one.  And that question includes my concern about precedents of other SDOs squatting on names without including us actively in the development process.



* If the answer to that is "no", are there objections to more or less the WG approach Ned suggested that do not rely on the "influence the work of other SDOs" argument?



thanks,

   john



--On Tuesday, May 4, 2021 17:37 +0000 Yeshwant Muthusamy <ymuthusamy@immersion.com<mailto:ymuthusamy@immersion.com>> wrote:



> John,

>

>

>

> Regarding your comment:

>

>

>

>>> 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.

>

>

>

> I would just reiterate/summarize what I wrote in my response to Ned's

> comment that you might have missed: the haptics proposal in MPEG is no

> longer at the "WG level" in the MPEG Systems File Format sub-group. It

> just progressed to FDIS ballot at MPEG134, which should complete by

> July 2021, at which point progression to IS (International Standard)

> is just a matter of procedure. More to the point, it has passed two

> rounds (CDAM and DAMD) of international balloting, with over

> 20 ISO National Bodies casting their ballots in each round. No

> objections to the haptics proposal were received in either round.  The

> proposal left the "WG level" after MPEG131 in July

> 2020 (for the CDAM/CD ballot) and moved to DAMD/DIS ballot after

> MPEG132 in October 2020 - a fact that was indeed mentioned in v01 of

> the I-D.

>

>

>

> The ISO link to the DAMD is here:

> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flink

> protect.cudasvc.com%2Furl%3Fa%3Dhttps%253a%252f%252fwww.iso.org%252fst

> andard%252f81604.html%26c%3DE%2C1%2CUgSwpQgu6oGkeYZ_zgagOzAfsKcfbpK8nr

> TJxn5cKPD91dPB2D-9v9C2UvBhUd72m1ZTUXkAaAt3-r9nTGAUhqz5d0N-gfpREaQwDMRV

> d7M%2C%26typo%3D1&amp;data=04%7C01%7C%7C98c8e2a934bf4973859d08d90f309c

> 50%7C4f05e41a59b8413aae19d5df3dfd0fb5%7C0%7C1%7C637557523733134949%7CU

> nknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1ha

> WwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=%2BufQx8YrBdXpXyihiMQXkoVkuVKQ6A5E3

> Qz3BQ97HVs%3D&amp;reserved=0<https://nam10.safelinks.protection.outloo

> k.com/?url=https%3A%2F%2Fnam10.safelink%2F&amp;data=04%7C01%7C%7C98c8e

> 2a934bf4973859d08d90f309c50%7C4f05e41a59b8413aae19d5df3dfd0fb5%7C0%7C1

> %7C637557523733134949%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQ

> IjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&amp;sdata=yJoFSrPdS6

> 62usG5UdU7goWWsu%2BXvT7vKr0OxSXoTns%3D&amp;reserved=0

> s.protection.outlook.com/?url=https%3A%2F%2Fwww.iso.org%2Fstan

> dard%2F81604.html&data=04%7C01%7C%7Cb9be185f21b44df1b2f708d90e

> 58c34b%7C4f05e41a59b8413aae19d5df3dfd0fb5%7C0%7C0%7C6375565966

> 69589491%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV

> 2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=qwZKX%2B26U

> WRq%2FPyzp19%2BGfS9J9qG8C6FvmLedDer5w0%3D&reserved=0>.

>

>

>

> To be clear, I have no issues with the other points you raise.

> Just want to make sure that the discussion is based on current

> reality.