Re: [icnrg] adopting ccnx-timetlv

Marc Mosko <mmosko@parc.com> Mon, 11 April 2022 17:23 UTC

Return-Path: <mmosko@parc.com>
X-Original-To: icnrg@ietfa.amsl.com
Delivered-To: icnrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3B5EB3A1010 for <icnrg@ietfa.amsl.com>; Mon, 11 Apr 2022 10:23:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-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=parc.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 GdWI6ynpf-us for <icnrg@ietfa.amsl.com>; Mon, 11 Apr 2022 10:23:36 -0700 (PDT)
Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on20613.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe59::613]) (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 4BFE33A102E for <icnrg@irtf.org>; Mon, 11 Apr 2022 10:23:36 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZqW0EYf3DMVIVCuZpqzuIZ9vMkMcVzuwPqKTx63fD4HldjNFd85BbsFNa0wDM8saJSFLOIgNssb2jL6yit7OMm0QmkX5lp9vb7JvAYdwqZGce61yuT+ACzoWstVwsJ7KEf1G6x+gVoEnANbJbASCZaOolX9pff+VeznZqAnmvdWWb7Q3qy7ZptJJVdya3dfzSb2ByfxkGh5qD/r3FX0CZY/ouwJTMBib1QS62K9eUJC0OukZS8Rh8KciuJxxESXAf8hVzo1/vbJXAnDbGqHJAiR0ZtqfHTy8OwThaPiY1Hc9XEUfx6wJ5l1fcCsDVs9XjFRTFhzrGrVAH57gdW375A==
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=S7XXkmY6HGv6Ax5KKG8ZcJJtmaM5uEhSI07jaeHRn6Y=; b=WpCW/yInma0sps/+yqduAIEMcOTg12kOaOgd0PPrvT1DZkrLU0l/2VhqH01Ug2vNJd/BM2XqMbQYDB0zCLMBay0za/WX2E55g47pcTMihqA0gp0a1oLKb8Lt/AtfdPR2rFzEIF9cbOMgP2ISWjBkGPkeuU5mucCvuI5thY/S1hWB43BaluNJL51NpMtnaehlYxi/MhTB8COQ/Wr0/m5CKgTGFft4rpG7/M0YssSBgSShxz1mfVs8AyFzf9WnZqL40HFhu++8XtM1lL9sAE/jLVk9BYe8ssc5coqkkyHv3LzTMcs66rxaQmG5LhWGJGjEMljg03Xz/XLsjgeEIPV31g==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=parc.com; dmarc=pass action=none header.from=parc.com; dkim=pass header.d=parc.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=parc.onmicrosoft.com; s=selector2-parc-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=S7XXkmY6HGv6Ax5KKG8ZcJJtmaM5uEhSI07jaeHRn6Y=; b=IhYZ0TC4m2pGq3HOoxPPQ++3LbpNGBnUKNKCAvK13RO1K8iM6OAeq3wNpd1ykK6V6KhywMyreCwlmt7TjQPjZPfzV24S08IQSgT6qH7K4XRBKR4wZw+U8m1jZp4g+86tTcsert+JXUJUvh7SqOyIiYrIh350mYQkKt6a26tdCcQ=
Received: from BY3PR15MB4977.namprd15.prod.outlook.com (2603:10b6:a03:3c4::10) by SN6PR15MB2317.namprd15.prod.outlook.com (2603:10b6:805:27::28) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5144.29; Mon, 11 Apr 2022 17:23:31 +0000
Received: from BY3PR15MB4977.namprd15.prod.outlook.com ([fe80::81ce:93d0:2985:5af7]) by BY3PR15MB4977.namprd15.prod.outlook.com ([fe80::81ce:93d0:2985:5af7%7]) with mapi id 15.20.5144.029; Mon, 11 Apr 2022 17:23:30 +0000
From: Marc Mosko <mmosko@parc.com>
To: Dirk Kutscher <ietf@dkutscher.net>, ICNRG <icnrg@irtf.org>
Thread-Topic: [icnrg] adopting ccnx-timetlv
Thread-Index: AQHYQ2p3kzpXz1PPw0mouskImOlY06zqlhMAgABoaGw=
Date: Mon, 11 Apr 2022 17:23:30 +0000
Message-ID: <BY3PR15MB4977B57DF56BA01886FD4611ADEA9@BY3PR15MB4977.namprd15.prod.outlook.com>
References: <D28FCC3D-C184-40AC-A0C2-20050A41FBE5@dkutscher.net> <F387D10D-DE71-4A33-8DE9-411CDAE77031@dkutscher.net>
In-Reply-To: <F387D10D-DE71-4A33-8DE9-411CDAE77031@dkutscher.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=parc.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: cca48945-35a4-4007-0633-08da1bdfffc4
x-ms-traffictypediagnostic: SN6PR15MB2317:EE_
x-microsoft-antispam-prvs: <SN6PR15MB2317756F30B56E66D0379814ADEA9@SN6PR15MB2317.namprd15.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: B9utGglJI2yFkLbreS2AD5dmIxJSm3yG8fVGMkqQiUvDBt5VmoQWsXVNdGrvgDKiOFX7uRfqoAAV3C/V+WMwDeLCVJc1k74bzQkeOz3sYjdgwFE/yb9DFcmRsG/K+2/6a3KvkBDXdKHx16dyv+eh4vp9+bvSQJ3Z1a0Hn81zpFUDBhKoyCMCe/kTAv1Xg8bwuRl1z6qCW7sw6f5Trq7fw44c474+us6gLl9S2Mz3V0CVErvjMLB5gkgYzpHVT0bGeg6UvAHuD0eV0tpPE84TSrFfW45YXddYkaU4U/TGnZsTTROSY2C0MLlp6eUhUM8gHaSiqa50FIVmWJ5TDyFaW8CDxyI21RXBf6M8olfACnnz7//CHknXUO2j3sUcNKYc+AlcukADZBzcNicehxzsSeItil5ffmr/jkVPM9Tfru0GLkrsKD6oOny8YSByG1aK3xdCqPhBbKT0U1i6moHmP3Uf1cWQI9pXwqItsip7CZ7lmYZtSVal0cylxXQCgAr11JuzLOw9e+DigEzHC37BZMu9jO2shdU43x44gIRbFr4uqTykXc2wMpYSD+4qkwHpI29cTn+dMm/2TBAKLBap5VaGgxTcZMKrzDpUVI0pO5BYvREl2PnMtbXlRLJDeqztClQysYZSVmVLBTRWtNt+TV75zZIDYsnKnlzadiKYg7UVZ9IruL7bbsuDeDD5+pSHW2z2tGPLhUZp/TgIuVXf2xNEEJ6p3DukObA4ubpnyPRPmzBbCUry+Dxl7PbHzeapsZzlfHoXxojDiMshZx2LZRdIAHoe2eHqWgiLrfrKvxw=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY3PR15MB4977.namprd15.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(4636009)(136003)(376002)(346002)(366004)(39840400004)(396003)(55016003)(166002)(9686003)(7696005)(86362001)(6506007)(110136005)(316002)(66446008)(53546011)(966005)(38070700005)(508600001)(38100700002)(71200400001)(66556008)(122000001)(33656002)(76116006)(186003)(83380400001)(66946007)(66476007)(8676002)(5660300002)(64756008)(8936002)(2906002)(52536014); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 2
x-ms-exchange-antispam-messagedata-0: 8BlYdnJXCJACnTC13kbf8C8uKZspv2HZsirzWzlzSNHPUCxsfJ6PpEbPxklBnEo5leL9C2YeCSSkf/Fb8YZ12lMku8KQ866ibVNQxpaQFenlRF2ZLJu0tiSBxmi9F7wpFzvdAXomOe1Q0oQHo0SjrYjw40K6/L42cPGk0mKgPb5cUh0tBga74I9VxxjNGaj78ocP9WBTTpVAr5nrIWnYnz/N4XShW2CrfhgNKWpUH+ad3ibtl1+N2YgVCSHkNxM2oBzRsHoLKY9rkXhpdCpig1Sd3QI5or6O2r5exP8x1Rrh0K+c9kzXfAw8JP/SRu+A9LZhj+rc2PIvFubmvmVFedv6HM8lon4A8vvtwKUVwS1YbHDHsSW9hi/fF41NBll9kF6oNYbfA0WBukf+pgsUGF6NfRHDAmBOgQg2StPOIfAsgvSjEp97DRUVh2DsFp03bJPDNuT6/Kd1mOIgobdjgmy83ua4MAjrdEJ/DX/tGFgR7tPjoBDBlf6Gndhuctv92IrkkWC9sCOn/Z29en0EkpWXQVgO7Cw/epZiftOO/SGxdn6VsqBXl3L4utDQENPrSyVX2ub0+b4R4oNqcotc9DPKwAWnVHN5HmvJmoj44RV35UFryQOhqpEjmk+KJlJv93ttM/LfwwY2UFU0dPlreQMxgm9HvcMvlu/6X3uiLrcAfuJQPqo3p7HggGPFkS8HBA31tjaVovIAJZ01jPYEl8E4nlgodNVGTXsMZyvwUMzKa6RvCXTQYk68kX1Ph8HeIOinkB2pAOqKn3msnI/FfN3pBeh13Vq9r19IczT2ymkBvcSCruNY9+WvQwAJqSQKFbtu6x1DeCKhdENQWyAhrilAN1IkkGv94HewLcbBABoFsnAPeZBafCYgqW2F/xhm/Vpe9txeopOyoSF/ENu6lNoXUz/RNSPH07MdBBDD+mnit1Ct9n+8b7YtdxfA85rb8/wZ+wXjtXXeKRXPpRB+6da8BozP6dVsOJumEHadGPBEUZgLCpmYkxIkMSeq07NOPnXS7YAd294jKwlhOS7TDBmkURI2WAdiDft7TUddoEY9I9WQ9ZRXrKeUdJM9z7WZLtvqVgAzrNJ9aersPkhzFgbwXPBIivtI9c+arOnvqtp1DVf7BA9mOtVkUdz3Gv9XAqRiUV5kHaGI4kf/hBKc707HeLJqUFXT1/DZdTDty04y6XHTgXeiPeH32c7ymTmNT5wFN9AtptyUdmbKeOC3RO+ikf77mb23uxm/RydJPSzsRhinKD7eV+0RzvkMMi4qP+EEroLYC9LKEtQZQArXuucnDzHgSUZQ+vTuMLkNxthv9DqsEKs0XE3KM9vNyD+OhB2sTRpz8IvVLylULfsmRmwnKwAGOUgrBYLywPMcYJYaVOcEPLSjr5hgAx+y5gRja9b4FGsH0cpEEdVop6V4E5k+aSGtIKl4JdSRd1skR9gvHYv4LdHMayP6kEbAmK2lA/HTFHbgCjpOLmSC4Ji58GWqjc1AkG8pn3xtNsKQO6elL8WYBgfLv7JS52rNybtVUz92DKS7XpPUZUAQM/d6YZ8YQZd80Q8zMlC/alhiHmuGfYifm7GGTuQqwLL/qgzJlPjkqcsVjURbWwW+QHmg1T2ghhyAm3nnDKS3Ub6N5BFyt8JunXdRr14pI92/eI9QYzGAEgCxZXqbWu+9bJTb8WJzwNZcFeUZBpDWugUMHYOfjZiGH+W8uFBGJWnp9385JKh8LXoq+un0INwgvRFKfxOXXmeiCziEK5N5feFdEiJW/PMpOid25x9crijhnIs+loqgy0pz
x-ms-exchange-antispam-messagedata-1: J+IVoiG/WIFD1ZKoTgSX7hoqQWW5pA0gW7w=
Content-Type: multipart/alternative; boundary="_000_BY3PR15MB4977B57DF56BA01886FD4611ADEA9BY3PR15MB4977namp_"
MIME-Version: 1.0
X-OriginatorOrg: parc.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY3PR15MB4977.namprd15.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: cca48945-35a4-4007-0633-08da1bdfffc4
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Apr 2022 17:23:30.5759 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 733d6903-c9f1-4a0f-b05b-d75eddb52d0d
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: G7pz29LzpBLQOXKwGF40h+oI9wVZ1ixH5Xq5xSzi4aUBr7HCXZ2UWgBgHtZu5Q2H
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR15MB2317
Archived-At: <https://mailarchive.ietf.org/arch/msg/icnrg/UHq3bS6NlSeoAIwWiKTAPbz1kf4>
Subject: Re: [icnrg] adopting ccnx-timetlv
X-BeenThere: icnrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Information-Centric Networking research group discussion list <icnrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/icnrg>, <mailto:icnrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/icnrg/>
List-Post: <mailto:icnrg@irtf.org>
List-Help: <mailto:icnrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/icnrg>, <mailto:icnrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Apr 2022 17:23:42 -0000

A late reply, but I support adopting this update.  I also favor updating 8609, because one needs to update routers anyway, either for the new TLV or for the new LEN=1 semantics.

Has there been consideration of also allowing 2 or 4 bytes representations?  Do those offer any advantages to counter added complexity?  I only mention this because if you’re going to update the spec, maybe make it more comprehensive.

The common operation is to convert the compact representation into microseconds, so a forwarder can make a comparison.  I would recommend adding (in an appendix?) equations to convert (a,b) into microseconds using all integer operations (shifts, plus, minus), or at least a good approximation to binary microseconds (2^-20).  It should not be required for a forwarder to do floating point operations on a packet.  We should make it easy for an implementor to do the right thing.

I believe these are the approximate equations for the time in microseconds:
(b = 0): a << 17
(b > 0): (2^20 + a << 17) << b >> 5

Except for the (0,0) case, these estimates will always be 4.86% over the actual value.  One can reduce that to a -1.7% error by subtracting E>>4 from the estimate E

(b=0): (a << 17) – (a << 13)
(b>0): (2^20 + a << 17) << b >> 5 – ((2^20 + a << 17) << b >> 9)

Of course, one could keep adding more correction terms, but I doubt it’s worth the effort.

Marc


From: icnrg <icnrg-bounces@irtf.org> on behalf of Dirk Kutscher <ietf@dkutscher.net>
Date: Monday, April 11, 2022 at 3:25 AM
To: ICNRG <icnrg@irtf.org>
Subject: Re: [icnrg] adopting ccnx-timetlv
CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.


Hello ICNRG,

we have not heard of any concerns, so let's adopt this document.

Cenk and co-authors, please submit your next revision as draft-irtf-icnrg-ccnx-timetlv-00.

Thanks,
Dirk

On 29 Mar 2022, at 14:36, Dirk Kutscher wrote:

Hello ICNRG,

as discussed at last week's ICNRG meeting<https://datatracker.ietf.org/meeting/113/session/icnrg>, we are considering to adopt draft-gundogan-icnrg-ccnx-timetlv<https://datatracker.ietf.org/doc/draft-gundogan-icnrg-ccnx-timetlv/> as a RG work item.

Title: Alternative Delta Time Encoding for CCNx Using Compact Floating-Point Arithmetic

Abstract:
CCNx utilizes delta time for a number of functions. When using CCNx
in environments with constrained nodes and/or bandwidth constrained
networks, it is valuable to have a compressed representation of delta
time. In order to do so, either accuracy or dynamic range has to be
sacrificed. Since the current uses of delta time do not require both
simultaneously, one can consider a logarithmic encoding such as that
specified in [IEEE.754.2019]. This document updates CCNx messages
in TLV Format (RFC8609) to specify this alternative encoding.
·         Cenk's presentation from last week<https://datatracker.ietf.org/meeting/113/materials/slides-113-icnrg-alternative-delta-time-encoding-for-ccnx-01>
·         draft-gundogan-icnrg-ccnx-timetlv<https://datatracker.ietf.org/doc/draft-gundogan-icnrg-ccnx-timetlv/>

Please let us have any feedback (support, doubts etc.) until end of next week, i.e., Friday, 2022-04-08.

Thanks,
Dirk and Dave

________________________________

icnrg mailing list
icnrg@irtf.org<mailto:icnrg@irtf.org>
https://www.irtf.org/mailman/listinfo/icnrg