Re: [Ntp] Antw: [EXT] Re: Timescales

Magnus Danielson <magnus@rubidium.se> Wed, 09 December 2020 22:11 UTC

Return-Path: <magnus@rubidium.se>
X-Original-To: ntp@ietfa.amsl.com
Delivered-To: ntp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C36463A11CC for <ntp@ietfa.amsl.com>; Wed, 9 Dec 2020 14:11:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rubidium.se
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 kRnQjolfX-GB for <ntp@ietfa.amsl.com>; Wed, 9 Dec 2020 14:11:32 -0800 (PST)
Received: from ste-pvt-msa2.bahnhof.se (ste-pvt-msa2.bahnhof.se [213.80.101.71]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 127653A11AB for <ntp@ietf.org>; Wed, 9 Dec 2020 14:11:31 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by ste-pvt-msa2.bahnhof.se (Postfix) with ESMTP id 32A933F3BF; Wed, 9 Dec 2020 23:11:05 +0100 (CET)
Authentication-Results: ste-pvt-msa2.bahnhof.se; dkim=pass (2048-bit key; unprotected) header.d=rubidium.se header.i=@rubidium.se header.b=RQmu45N7; dkim-atps=neutral
X-Virus-Scanned: Debian amavisd-new at bahnhof.se
Authentication-Results: ste-ftg-msa2.bahnhof.se (amavisd-new); dkim=pass (2048-bit key) header.d=rubidium.se
Received: from ste-pvt-msa2.bahnhof.se ([127.0.0.1]) by localhost (ste-ftg-msa2.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o_UtONlLvX5K; Wed, 9 Dec 2020 23:11:04 +0100 (CET)
Received: by ste-pvt-msa2.bahnhof.se (Postfix) with ESMTPA id 56B1C3F316; Wed, 9 Dec 2020 23:11:03 +0100 (CET)
Received: from machine.local (unknown [192.168.0.15]) by magda-gw (Postfix) with ESMTPSA id 02EF49A02E5; Wed, 9 Dec 2020 23:11:27 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=rubidium.se; s=rubidium; t=1607551888; bh=ib1V2nMuoNjl2aRpU9u2BEXG01jgvs0EEDkPsqWs+og=; h=Cc:Subject:To:References:From:Date:In-Reply-To:From; b=RQmu45N7EFlr9wrYDKXaJq2Let17PaeD2dhCxXlT5ur/UT8MiUwLIA0vnGoFLyTGd d0iMbMLiNwsiRvTT2WNjxsRfHi/RI1b0wgZgjfles9Lb4brvkq9m/g9DgZBJqClro/ 34OoCGst4uALmcfQsIqTkGSb2dCzFVAvkez/XAmOCu7E1lFDEwM6xZULAKpPyjURNE lITNLMO8NC97TyZzCl0VplyXpm1ElQErPqyx8AYzD7xTV6EU8BhDn1p633PJLtbuwh aVbKlbj/ibsK1DPWOKB7SI2gWYuf3Bx5jjRO5e6r0otJqirCAmJlFTP4zBw3WatMbg 2yTbe5RC/8Kig==
Cc: magnus@rubidium.se, ntp@ietf.org
To: Miroslav Lichvar <mlichvar@redhat.com>
References: <20201209101830.7CB0240605C@ip-64-139-1-69.sjc.megapath.net> <20201209113003.GA2352378@localhost> <5FD0D13C020000A10003D6CB@gwsmtp.uni-regensburg.de> <20201209134612.GC2352378@localhost> <f85591b1-5d4f-d468-1011-bbeb276ebdec@thalesgroup.com> <20201209142205.GD2352378@localhost> <0d54883b-8cd7-cd61-0b44-145548a3e44d@rubidium.se> <20201209152125.GF2352378@localhost>
From: Magnus Danielson <magnus@rubidium.se>
Message-ID: <af1b8734-3b75-0b79-5384-0f98190d527d@rubidium.se>
Date: Wed, 09 Dec 2020 23:11:27 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:78.0) Gecko/20100101 Thunderbird/78.5.1
MIME-Version: 1.0
In-Reply-To: <20201209152125.GF2352378@localhost>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/y6SFB01KBxLQ17YaM4GDWXcrBLM>
Subject: Re: [Ntp] Antw: [EXT] Re: Timescales
X-BeenThere: ntp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <ntp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ntp>, <mailto:ntp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ntp/>
List-Post: <mailto:ntp@ietf.org>
List-Help: <mailto:ntp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ntp>, <mailto:ntp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Dec 2020 22:11:35 -0000

Miroslav,

On 2020-12-09 16:21, Miroslav Lichvar wrote:
> On Wed, Dec 09, 2020 at 04:11:32PM +0100, Magnus Danielson wrote:
>> In my mind, the train to discuss the need for leap-second information
>> has already gone. Too many applications start to need it for them to
>> function well, and if NTPv5 is not able to deliver that, then it should
>> either be redesigned to just dropped as an effort and focus on a
>> revision of NTP that does support it, because what is needed is a
>> solution that supports this. In the meanwhile, PTP has the needed
>> support and we could just drop NTP and go all PTP then. Personally I
>> think there is great value in NTP for many applications, if only it can
>> handle this properly along getting secure with NTS.
> I don't understand everything you said, but I think we are in
> agreement. My draft supports both UTC and TAI. It also provides the
> TAI-UTC offset when known.
>
> That's similar to PTP. It can work in TAI or the "arbitrary"
> timescale, typically UTC. There is a field for the TAI-UTC offset and
> there is a flag to indicate it is valid.

I will make sure to check the details of the latest draft, I've not had
the time to quality check everything with that in mind, my comments have
mainly been reactions to other peoples posting on the list. Feel free to
bang my head if you don't get any feedback from me within the week.

There is one particular notion that I want to make sure is captured, in
that the TAI-UTC leap second difference should be available such that
unambigous interpretation into TAI, UTC, UNIX/POSIX, LINUX time-scales
can be provided as the norm.

Cheers,
Magnus