Re: [Anima] draft-vanderstok-anima-constrained-join-proxy-04: how can J know the content-format cf

Esko Dijk <esko.dijk@iotconsultancy.nl> Mon, 30 November 2020 14:27 UTC

Return-Path: <esko.dijk@iotconsultancy.nl>
X-Original-To: anima@ietfa.amsl.com
Delivered-To: anima@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 021AC3A0B95 for <anima@ietfa.amsl.com>; Mon, 30 Nov 2020 06:27:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=iotconsultancy.nl
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 URPiscAP18lR for <anima@ietfa.amsl.com>; Mon, 30 Nov 2020 06:27:26 -0800 (PST)
Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80117.outbound.protection.outlook.com [40.107.8.117]) (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 2A5233A0B8A for <anima@ietf.org>; Mon, 30 Nov 2020 06:27:25 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LbNowcxtd6aZkkA/ROVGUire7CHGHu+OOR5ZA/ldeviORvMTX9xyfQeYfXFIlSxDSCCknk+nZARr0BHmtEoEgAfWEq7yYkOxjw5QsycMMiZnzw0PERpsEze+zURP85YnE0xSbqRKyy9Ixc9wwB0Su7cGH0p47MJ2VUSHpXevw5BhLGVK8ejY4KoQxC1lvFYu5/zbed/dJYNHn6pBhPPDfKMkRRxlv20AyrW7SCytzH8OyoPTB3p3Jmx/pgYRuXnJrJbe1SEpVprNdQk5603KyPT4HAG/y7+9h95thPSINKRdRiVubfpP7TTwl4PEkxOpWdc/LrVSuYe/E8+Ws9UcqQ==
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=T0rKgZ283UHSGj4WGac6BiG2WA0yQgFfF85x26GhyiU=; b=DLW/SJXVMuROV76hEi9UmFMUTwOmnBMBX+r6v0YqP8ZDuloMH6vue8JJSwbeFnBpwmpZX+ApN/TU4dPb965Tms4sWq9+uSEM0vM7kr/wF8uRUiEfPQAQmvNRedYOilEhtKRkeHZxdzOHunq9fiOF82vyHTcBy4AlEBlz8dSWKFODlVAwcWIKraOukDIIHxbmk6Rs9xkSMsHIeDOXFhEdtXc8DGKaCRSJcMPx0AZ3oFAazzP8dfilCs8kGsy9egK5MbcqkmuRs8gxfIgfLUM2O4+GiTJE99+c+XhS1T1yd4NIh9afPQc0bIUHcOvCur2WWwuv9NdAcR+1sYmmjv7EfA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=iotconsultancy.nl; dmarc=pass action=none header.from=iotconsultancy.nl; dkim=pass header.d=iotconsultancy.nl; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=iotconsultancy.nl; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=T0rKgZ283UHSGj4WGac6BiG2WA0yQgFfF85x26GhyiU=; b=O3L/TGiyJZ64TdxUJazh7hJTKaGJPKksjCPCR4Wc7jTpBXhEK5bq900IoMrFlPVUWCc5K/h0qXpceEGCClhZEY7wGv7/AEopuzzDLqWz85suywNLWsvSw+CTDMVe37cj0lR/n2C0f3NNyCME4OzY/X/+aufU9Hu0xQTgXA6Dx5E=
Received: from AM8P190MB0979.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:1d3::8) by AM8P190MB0931.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:1d7::8) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3611.22; Mon, 30 Nov 2020 14:27:22 +0000
Received: from AM8P190MB0979.EURP190.PROD.OUTLOOK.COM ([fe80::b0bf:bd8a:de8f:55fa]) by AM8P190MB0979.EURP190.PROD.OUTLOOK.COM ([fe80::b0bf:bd8a:de8f:55fa%5]) with mapi id 15.20.3611.031; Mon, 30 Nov 2020 14:27:22 +0000
From: Esko Dijk <esko.dijk@iotconsultancy.nl>
To: "consultancy@vanderstok.org" <consultancy@vanderstok.org>, Carsten Bormann <cabo@tzi.org>
CC: "anima@ietf.org" <anima@ietf.org>
Thread-Topic: [Anima] draft-vanderstok-anima-constrained-join-proxy-04: how can J know the content-format cf
Thread-Index: AdbHF+blpV7Qy5VlRz2xDc1vWTnV8gAAoxSAAABWbYAAAiI70A==
Date: Mon, 30 Nov 2020 14:27:22 +0000
Message-ID: <AM8P190MB097912E76202BD16C9C48812FDF50@AM8P190MB0979.EURP190.PROD.OUTLOOK.COM>
References: <AM8P190MB09794715877E8203687DD1EFFDF50@AM8P190MB0979.EURP190.PROD.OUTLOOK.COM> <0005DBAB-E33E-4578-AAA3-06F906E7104A@tzi.org> <d4ad53b9a842fdbabf3a0ce201dbc993@bbhmail.nl>
In-Reply-To: <d4ad53b9a842fdbabf3a0ce201dbc993@bbhmail.nl>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: vanderstok.org; dkim=none (message not signed) header.d=none;vanderstok.org; dmarc=none action=none header.from=iotconsultancy.nl;
x-originating-ip: [2001:1c02:3103:f000:752e:6f97:4a6d:998]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a1b7c42d-8bec-44bc-dc3b-08d8953c0d64
x-ms-traffictypediagnostic: AM8P190MB0931:
x-microsoft-antispam-prvs: <AM8P190MB093182704B07E2CAF92D005CFDF50@AM8P190MB0931.EURP190.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: UpVYw+MArPnNrnVflUf5JJ0mkTI/AVUu05UhU88Q/MQAi92QASubdDJ3fW5j4Za7EEOHJRX4p1AtA5PXJs5OYPXTK6FgdEYCiQukEaOmI93mgGu5+PefhmCqgVrXD1OmGZJXpu58o2RaijY1aR2+xC91xSbig+f3EF0sJmrAAsRX4WV1vZTWRVOUGDHVoRsTOMN3TPvKbyMmjQN/TyUYQ6CdavxCbvnvVa5VTugyyhx05HfyQ1HwI+D85jDHVCyT5B1Fi3Z3e8bQF4HUwStTQYinn3Yw/nrJazWvKTg+wnQzVVF1Ok6gHI5YRKMcJnTBhu50TsFfes5mTVhflQG9oQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM8P190MB0979.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(396003)(346002)(366004)(39830400003)(136003)(376002)(52536014)(5660300002)(76116006)(33656002)(9686003)(4001150100001)(4326008)(8676002)(66446008)(55016002)(66556008)(66476007)(64756008)(66946007)(71200400001)(478600001)(6506007)(316002)(86362001)(7696005)(2906002)(44832011)(53546011)(8936002)(110136005)(186003)(83380400001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: =?utf-8?B?V01oWS81MGNDeUdFeDR3a01qeFR1Tjkrd0JuZ3ZIRG9VQ290eTgyYUc4cEVX?= =?utf-8?B?aEUvbUhManpheG1rZ2NKL25vUURkQ1R5aFc4NERPUG9oenFBaHMrU3VzbWRU?= =?utf-8?B?eHdIQ1hXeWlSd1lzV3lLZ2VIRytiWHJ2ZHZZZUxTWTNXc200V1VBK09nblo0?= =?utf-8?B?clJmNlNpd0k3bjdwVE9seUFSSTJBZDY4cEwxUVpPVzhoRDJSMS9xZGdMUmsx?= =?utf-8?B?K2Y2UHlXWDJLbVY1ZlFEZ0h3UnBHSGoxMSsxQ29JdUpIRVc2LzB5UG93dlBW?= =?utf-8?B?aVJOQjBFc1AydzNHU1Q5djREdzhTMG1lYmU0eVNkdjRBMTc0TTVyTmxsRGdW?= =?utf-8?B?Qlo3L3VLZmlGYjh2NjJaK0xCSDFyUnU1bDdmSjY3V1lUYjNqbkEvU250UEVP?= =?utf-8?B?alBwcU1zVHc2UWpxRUxjREp2TmdraDIrYUdkK2tXeXhIY2JxcXJudGpnY3dF?= =?utf-8?B?UXZQM0FVOUlnQzdXbGxiN3lPYnVSaXRFajlyN3NmM0h5eUlMT3ZNd0trKzdZ?= =?utf-8?B?S2lZeG9ZT3pLQmxKak5iMy9ibnVMUUNHWUREa0MyTVYvNjZseFpYaXUxU2pF?= =?utf-8?B?aGtONXRzdWV2OWJWczdXTzFVdDlpQ0NLYW1xMW04YlhOdWRWR3FWWVdBdjZM?= =?utf-8?B?blgyU1VoQ1p5ZGp6MXRZN015c1l0VkNGUElrMmpQU0s0b255NlFRcndLVFdQ?= =?utf-8?B?aDZKSUhPY0JHaVE5N2NuMUFDekErS0xxZThnak1jQnpSL1duZk5MajdUSjJ0?= =?utf-8?B?WVJ6VThrUUdBUEZ2NjRIYWtJbEJLRFhtUE9uTlVVdEc2b0p6WnhnMlpGNzJv?= =?utf-8?B?d016WEdUUHlUT2ZzYm83amJFTnQ2aENvam95MTZ0Z3FDdUVJblJLZGlDRjdY?= =?utf-8?B?VFkzN05VRWhzV3Vrb0Z6UlUydXArSW5aTDgzeGw4NTZqdlRRR3huVzkzM1Bx?= =?utf-8?B?cWVRbTVJOUwxOHk5MitGSWhDVmtRWWszazVHVTVYTTRLa0UvZS9XNGdMdnlv?= =?utf-8?B?TjdkVlJPNVRGSUx2L3d1SmFGYmFDdzc2b202RlliN2R3VFYySnlrMytIOVFn?= =?utf-8?B?M2JEeWxNL1VlcWJEcGQ5ekFyR3gyS3BKQWVENFJHVytKVkJ6MEdYOVhBdVAx?= =?utf-8?B?UFZDUy9GOGY0MjA4dDlQMzVyTHcvVXZZU005L3dvNkNteG9uOHkvWWhBYkR5?= =?utf-8?B?MWRiaTlJb0Y3bTAvUExYTGZDK1RHaDRLSUdOSmkyMmlIbC9VS2lxMVNCS2Zk?= =?utf-8?B?WlZwVFJkU09mSXpXRDRaR3pDWUdRY0g0WnhoVlJycjJtQXg2aWxONGhlNVRl?= =?utf-8?B?dDZYU2YwcjhQRGNTM2RvM3BXTFhSaVNlRE5ZeWx0K1BqNjhkcjFaa2JjQUFC?= =?utf-8?Q?D71yUQt0puWuuzwVTUCQ5Xzo9i16sxOo=3D?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_AM8P190MB097912E76202BD16C9C48812FDF50AM8P190MB0979EURP_"
MIME-Version: 1.0
X-OriginatorOrg: iotconsultancy.nl
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: AM8P190MB0979.EURP190.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: a1b7c42d-8bec-44bc-dc3b-08d8953c0d64
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Nov 2020 14:27:22.7478 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 58bbf628-15d2-46bc-820b-863b6774d44b
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: TmIHsaPV1q9wZl8LUuSCSOO9KNUaloX/iAhfIaMlwkdfPgy7nA50Rtb7BZ+9406uPusECrSXm9a/+yoLuKVKlRnbQ3o6nkQxJn8VZz3e4cU=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM8P190MB0931
Archived-At: <https://mailarchive.ietf.org/arch/msg/anima/yCS7gY4JXTl8lHb4NDk7UE6aOfk>
Subject: Re: [Anima] draft-vanderstok-anima-constrained-join-proxy-04: how can J know the content-format cf
X-BeenThere: anima@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Autonomic Networking Integrated Model and Approach <anima.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/anima>, <mailto:anima-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/anima/>
List-Post: <mailto:anima@ietf.org>
List-Help: <mailto:anima-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/anima>, <mailto:anima-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Nov 2020 14:27:29 -0000

> BTW, as these messages are not accompanied by a coap header , it is may be better to completely forget about content formats.

For the latter approach see my recent email: leaving out the not-that-useful content-format numbers saves 4 bytes in the resulting CBOR.
Open question is now: when/why would including such numbers be useful and worth the bytes?  Given that the current CBOR structure is not sent over CoAP but over UDP.

(For the over-CoAP option see my very first email, option B) – this can work as well but uses even more bytes, for the CoAP header…).

Esko


From: Peter van der Stok <stokcons@bbhmail.nl>
Sent: Monday, November 30, 2020 14:22
To: Carsten Bormann <cabo@tzi.org>
Cc: Esko Dijk <esko.dijk@iotconsultancy.nl>nl>; anima@ietf.org; peter van der Stok <consultancy@vanderstok.org>
Subject: Re: [Anima] draft-vanderstok-anima-constrained-join-proxy-04: how can J know the content-format cf

Yes, why not.

For the moment, in the invisible version 1, two content-formats are transported:

1) application cbor describing the header of the JPY message
2) application cbor, a cbor byte string containing the DTLS

This clearly sits between two approaches.
1) replace with application/cbor for the whole
or 2) remove the cbor byte string from the DTLS payload

BTW, as these messages are not accompanied by a coap header , it is may be better to completely forget about content formats.

Additional suggestions are really welcome.

Peter


Carsten Bormann schreef op 2020-11-30 14:12:
On 2020-11-30, at 14:01, Esko Dijk <esko.dijk@iotconsultancy.nl<mailto:esko.dijk@iotconsultancy.nl>> wrote:

without using core-multipart

Why not?

Grüße, Carsten