[Cbor] Two specifications on timestamps nearing WGLC

Carsten Bormann <cabo@tzi.org> Tue, 04 October 2022 22:26 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: cbor@ietfa.amsl.com
Delivered-To: cbor@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D012BC1524AF; Tue, 4 Oct 2022 15:26:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.207
X-Spam-Level:
X-Spam-Status: No, score=-4.207 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 b3fuvKI2fAvf; Tue, 4 Oct 2022 15:26:00 -0700 (PDT)
Received: from gabriel-smtp.zfn.uni-bremen.de (smtp.zfn.uni-bremen.de [134.102.50.15]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3FFB8C14CE2B; Tue, 4 Oct 2022 15:25:53 -0700 (PDT)
Received: from [192.168.217.124] (p5089abf5.dip0.t-ipconnect.de [80.137.171.245]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4MhsjV07pczDCbr; Wed, 5 Oct 2022 00:25:49 +0200 (CEST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
From: Carsten Bormann <cabo@tzi.org>
Date: Wed, 05 Oct 2022 00:25:49 +0200
Cc: sedate@ietf.org, cbor@ietf.org, ntp@ietf.org, tictoc@ietf.org
X-Mao-Original-Outgoing-Id: 686615149.621991-2ab28eb823bd1d336607986fc6b364f8
Reply-To: art@ietf.org
Content-Transfer-Encoding: 7bit
Message-Id: <19C0959C-2DFF-4FA6-9691-792CD2AF5E09@tzi.org>
To: art@ietf.org
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/I-5C1ss30k-GIylOssaSkutG_sc>
Subject: [Cbor] Two specifications on timestamps nearing WGLC
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Concise Binary Object Representation \(CBOR\)" <cbor.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cbor>, <mailto:cbor-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cbor/>
List-Post: <mailto:cbor@ietf.org>
List-Help: <mailto:cbor-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cbor>, <mailto:cbor-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Oct 2022 22:26:03 -0000

In the SEDATE and CBOR working groups, two loosely related
specifications about timestamp formats for the Internet are being
readied:

* SEDATE WG: draft-ietf-sedate-datetime-extended defines the "Internet
  Extended Date/Time Formmt" (IXDTF), an extension to the widely used
  text-based RFC 3339 format that allows the addition of time-zone
  hints and other additional information (e.g., a preferred calendar
  format).  This has been discussed with communities that already have
  some form of these format extensions in use and is intended as the
  specification that provides a common standard for these.
  https://www.ietf.org/archive/id/draft-ietf-sedate-datetime-extended-06.html

* CBOR WG: draft-ietf-cbor-time-tag defines a few CBOR tags for
  timestamps, durations, and periods of time, going beyond the
  capabilities of the existing CBOR tags 0 (RFC3339) and 1 (POSIX
  time).  This specification allows the transport of SEDATE extensions
  in a CBOR time tag.
  https://www.ietf.org/archive/id/draft-ietf-cbor-time-tag-02.html

One item that is of particular interest to the wider community this
note addresses: We found an interoperability problem with the way
that RFC 3339 handles timestamps that do not want to provide a hint
about time zone offsets.  As a remedy, the IXDTF spec therefore
proposes to *update* RFC 3339.  The need for this was a surprise for
many of us, and a charter adjustment may be needed for the SEDATE WG
for this update to go forward.

Some of the details in the CBOR time tag may be of interest to the NTP
and TICTOC WGs, which are therefore also CCed.

Please reply to art@ietf.org for wider comments (e.g., "this is not
the right way of doing this"), and to sedate@ietf.org or cbor@ietf.org
for more detailed comments specific to one of the specifications.
(The CBOR WG will have a chance to discuss any early input during its
2022-10-05 interim today.)