IETF Logo Mail Archive

Re: [dtn] DTN time and RFC8877

Carsten Bormann <cabo@tzi.org> Fri, 04 December 2020 15:41 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: dtn@ietfa.amsl.com
Delivered-To: dtn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F09693A0DA2 for <dtn@ietfa.amsl.com>; Fri, 4 Dec 2020 07:41:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.92
X-Spam-Level:
X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 nyHTgLQJjtQS for <dtn@ietfa.amsl.com>; Fri, 4 Dec 2020 07:40:58 -0800 (PST)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CC643A0D81 for <dtn@ietf.org>; Fri, 4 Dec 2020 07:40:57 -0800 (PST)
Received: from [192.168.217.120] (p548dca87.dip0.t-ipconnect.de [84.141.202.135]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4CncP35JZDzyXt; Fri, 4 Dec 2020 16:40:55 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <79AB2C3F-D470-4381-9DDA-A3A3045140B6@gmail.com>
Date: Fri, 04 Dec 2020 16:40:55 +0100
Cc: Brian Sipos <BSipos@rkf-eng.com>, "dtn@ietf.org" <dtn@ietf.org>
X-Mao-Original-Outgoing-Id: 628789255.204543-36619e633d0f54921a215aa6477e4209
Content-Transfer-Encoding: quoted-printable
Message-Id: <79172DA3-C10C-439F-A31D-40F21ED9F503@tzi.org>
References: <MN2PR13MB3567AB6566B5B2C8F3DBB4A59FF10@MN2PR13MB3567.namprd13.prod.outlook.com> <79AB2C3F-D470-4381-9DDA-A3A3045140B6@gmail.com>
To: "R. Atkinson" <rja.lists@gmail.com>
X-Mailer: Apple Mail (2.3608.120.23.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/dtn/kkYdg0_stKrriLnB3u9JH17gOJY>
Subject: Re: [dtn] DTN time and RFC8877
X-BeenThere: dtn@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Delay Tolerant Networking \(DTN\) discussion list at the IETF." <dtn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dtn>, <mailto:dtn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dtn/>
List-Post: <mailto:dtn@ietf.org>
List-Help: <mailto:dtn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dtn>, <mailto:dtn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 04 Dec 2020 15:41:01 -0000

On 2020-12-04, at 15:52, R. Atkinson <rja.lists@gmail.com> wrote:
> 
> (or specify that they are ignored).

You can’t say just that, because there are two ways to handle “ignoring” leap seconds, and when you say they are “ignored”, you don’t say which one.

(One way of “ignoring" leap seconds is to stay in TAI, which has no concept of leap seconds.
The other way is actually being cognizant of them and doing work to “ignore” them, i.e., reset the clock after each of them.  This is what UTC does to be able to “ignore” leap seconds.)

Grüße, Carsten

v2.23.0 | Report a Bug | By Email