Re: [core] Benjamin Kaduk's Discuss on draft-ietf-core-senml-14: (with DISCUSS and COMMENT)

Ari Keränen <ari.keranen@ericsson.com> Fri, 11 May 2018 17:05 UTC

Return-Path: <ari.keranen@ericsson.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 91142124319 for <core@ietfa.amsl.com>; Fri, 11 May 2018 10:05:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.31
X-Spam-Level:
X-Spam-Status: No, score=-4.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 WiPxhF9v1TlV for <core@ietfa.amsl.com>; Fri, 11 May 2018 10:05:44 -0700 (PDT)
Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (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 012AF1242F7 for <core@ietf.org>; Fri, 11 May 2018 10:05:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1526058342; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:CC:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=w612owzqQliArYqC5c7lVvws8JGzEEB+SHu2Y66jGQg=; b=OB8HfxpQJxLgr/w9XUuI1GLUAhGrujwWf8ygztyQyz6UT/b5+Zv2MQa+BclwLj8x ysPPeXkebsFn/CCF30hKMN0Y8+E3pztlhKIVxlxcLKU0P9buN/sVAscvBq7iCOL9 YiIDcrR18NfgmSniBuh9wg8QCUfOA1rxhnH6J06OsZ8=;
X-AuditID: c1b4fb30-e77ff7000000169b-d6-5af5cd6531e6
Received: from ESESSHC024.ericsson.se (Unknown_Domain [153.88.183.90]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 44.22.05787.56DC5FA5; Fri, 11 May 2018 19:05:41 +0200 (CEST)
Received: from ESESSMB503.ericsson.se (153.88.183.164) by ESESSHC024.ericsson.se (153.88.183.90) with Microsoft SMTP Server (TLS) id 14.3.382.0; Fri, 11 May 2018 19:05:41 +0200
Received: from ESESBMB502.ericsson.se (153.88.183.169) by ESESSMB503.ericsson.se (153.88.183.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Fri, 11 May 2018 19:05:40 +0200
Received: from ESESBMB502.ericsson.se ([153.88.183.185]) by ESESBMB502.ericsson.se ([153.88.183.185]) with mapi id 15.01.1466.003; Fri, 11 May 2018 19:05:40 +0200
From: Ari Keränen <ari.keranen@ericsson.com>
To: Benjamin Kaduk <kaduk@mit.edu>, core <core@ietf.org>, Alexey Melnikov <aamelnikov@fastmail.fm>, The IESG <iesg@ietf.org>
CC: "core-chairs@ietf.org" <core-chairs@ietf.org>, "draft-ietf-core-senml@ietf.org" <draft-ietf-core-senml@ietf.org>, Carsten Bormann <cabo@tzi.org>, Cullen Jennings <fluffy@iii.ca>
Thread-Topic: [core] Benjamin Kaduk's Discuss on draft-ietf-core-senml-14: (with DISCUSS and COMMENT)
Thread-Index: AQHT14bG3vAIeJGLoECcXBuH3Y6fJ6QkiLkAgABmQYCAAIe3gIAFTUsA
Date: Fri, 11 May 2018 17:05:40 +0000
Message-ID: <0C881DE7-7991-4E3C-A8C8-B77AEC2F55CC@ericsson.com>
References: <152410519508.28821.948642754454286088.idtracker@ietfa.amsl.com> <84E57656-B191-4DB4-B7EC-97059D5B19DE@ericsson.com> <20180508000154.GY84491@kduck.kaduk.org> <44DB4CCE-62E7-43FF-9E0B-9AF27E14EE87@tzi.org>
In-Reply-To: <44DB4CCE-62E7-43FF-9E0B-9AF27E14EE87@tzi.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.153]
Content-Type: multipart/signed; boundary="Apple-Mail=_04E4A033-1E2A-4194-AFAE-2129444B3C6C"; protocol="application/pkcs7-signature"; micalg="sha1"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrMKsWRmVeSWpSXmKPExsUyM2J7lG7q2a9RBjNvW1vsf3+IyeLIlLus Fts2XmCz2Pd2PbPFz3dLmC0+rP/BaDHjz0Rmi+UbZzI5cHjsPHWAzWPJkp9MHpfPf2T0aDpz lNlj2qLMANYoLpuU1JzMstQifbsEroyJby+wFqwOr5j6v7aBsTGgi5GTQ0LAROL2opOMXYxc HEICRxgl1v36zQrhbGGUeH7xOStIlZDAN0aJf0fzIRLLGCX+nHzACJJgE7CXmLzmI5gtIlAn 8bdzA1g3s8BuRonbuy6ydzFycAgLpEks3F0GUZMu8f/jc2YI203i+VoIm0VAVeLH193sIDYv 0Mwvr5dBnXSPUWLxydNMIAlOAWuJdzdXg9mMAmIS30+tAbOZBcQlbj2ZzwTxj4jEw4un2SBs UYmXj/+xQthKEnuPXWeBOG4Ko8SuFeeZIbYJSpyc+YQF4k1Viav/XjFOYBSfhWTuLGQ9s5D0 QBQlSbzYcokZwtaWWLbwNZDNAWTrSExeyIgqDGF/PH+ECcI2lXh99CNUjbXEjF8H2SBsRYkp 3Q/ZFzByr2IULU4tTspNNzLSSy3KTC4uzs/Ty0st2cQITC4Ht/w22MH48rnjIUYBDkYlHl7G bV+jhFgTy4orcw8xqgDNebRh9QVGKZa8/LxUJRHefSu+RAnxpiRWVqUW5ccXleakFh9ilOZg URLntfDbHCUkkJ5YkpqdmlqQWgSTZeLglGpgdD5+7tjt3LdHt17/e27SxuDKYyfPKOZ/2zo9 TnPdtL9mOknt8WyPSxR+80xade97huj2CVkX7IJiU/5Y3r4Xd9DLsWhWzN7TUcXOW1q/Gsb1 54p2c4ku42/nmNTz2s2gxmrzpFlB03lllNIflx/wWeUlvmPPzVye52x3rZ5pOd7POvLS0/nF FSWW4oxEQy3mouJEAAz7VLI2AwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/tEWfGepjjuApXiaDHaEoyHFGGmA>
Subject: Re: [core] Benjamin Kaduk's Discuss on draft-ietf-core-senml-14: (with DISCUSS and COMMENT)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 May 2018 17:05:46 -0000

Hi all,

While addressing the IESG review comments regarding the use of time in SenML we came up with a simple way to enable SenML Records to express also relative times in the future that would have minimal impact to any existing use of SenML. We could use the following definition:

  Values greater than or equal to 2**28 represent an absolute time relative to the Unix epoch. Values less than 2**28 represent time relative to the current time.

That is, instead of only values less than zero, also values less than 2**28 (268,435,456) would be used to express relative time. Negative values and zero are still times in past and "now" respectively, as before. Time values from zero to 2**28 would be relative times in the future.

The only change this causes in the current use of SenML is that the smallest absolute time expressible in SenML becomes 1978-07-04 21:24:16 UTC instead of 1970-01-01 00:00 UTC. The absolute times after 1978 are still exactly the same ("Seconds after Unix epoch"). We are not aware of any deployments with SenML data between 1970 and 1978 that would be impacted negatively by this. 

For details, see:
https://github.com/core-wg/senml-spec/pull/129/files

Would anyone have concerns about including this change in SenML before publication?

Since we are already very late in the process and we need to get SenML published as RFC very soon, we would also need to agree on this very soon.


Thanks,
Ari, Carsten, Cullen