Re: [art] Predictable Internet Time

Joe Touch <touch@isi.edu> Wed, 29 March 2017 14:57 UTC

Return-Path: <touch@isi.edu>
X-Original-To: art@ietfa.amsl.com
Delivered-To: art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 970D2129435 for <art@ietfa.amsl.com>; Wed, 29 Mar 2017 07:57:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-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 cmxEvfSwKASX for <art@ietfa.amsl.com>; Wed, 29 Mar 2017 07:57:45 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 32C2A1287A5 for <art@ietf.org>; Wed, 29 Mar 2017 07:57:45 -0700 (PDT)
Received: from [192.168.1.189] (cpe-172-250-240-132.socal.res.rr.com [172.250.240.132]) (authenticated bits=0) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id v2TEvVkU019042 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Wed, 29 Mar 2017 07:57:33 -0700 (PDT)
To: Philip Homburg <pch-ietf-art@u-1.phicoh.com>, art@ietf.org
References: <e0a43370-751f-808c-3719-9716f9cd57d1@isi.edu> <alpine.DEB.2.11.1701031348430.7102@grey.csi.cam.ac.uk> <f94415b6-d9f7-0a03-cf5b-ce39c109aa71@isi.edu> <f9429571-b9d5-75d4-9b46-b877a189a7bf@gmail.com> <20170328173916.GE7490@localhost> <e73d5c15-1ba3-8162-f7df-555e2e8588a6@isi.edu> <20170328224041.GJ7490@localhost> <9ddcde60-a915-a03d-dfc3-2c2c451c398c@isi.edu> <20170329000601.GK7490@localhost> <96ad09b7-7dc2-20e8-2aa4-793310d184f6@isi.edu> <20170329015811.GL7490@localhost> <111c86bc-c2c5-5050-edc0-82e40d36c570@isi.edu> <m1ctEy7-0000G9C@stereo.hq.phicoh.net>
From: Joe Touch <touch@isi.edu>
Message-ID: <70bae467-8636-379c-7452-21cacf03215f@isi.edu>
Date: Wed, 29 Mar 2017 07:57:30 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <m1ctEy7-0000G9C@stereo.hq.phicoh.net>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/jcHo6KEDiFTjhRppV3e1vIGFdps>
Subject: Re: [art] Predictable Internet Time
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Mar 2017 14:57:47 -0000


On 3/29/2017 7:53 AM, Philip Homburg wrote:
>> I know of no POSIX system with a cesium atomic clock.
>>
>> The issue is that POSIX really runs off of whatever local source of time
>> passage is available, and can (and does) drift from TAI on *each*
>> system. That drift can't be determined until your system tries to sync
>> with an external source (e.g., via NTP).
> To be completely pedantic, a single cesium clock will also drift from TAI/UTC.
>
> There is no such concept as being in sync with TAI without external
> corrections.

Yes - I got email off-list about this and need to update the doc to
remind us that TAI is actually determined post-facto, though its current
value is approximated.

> To be even more pedantic, of course that depends on the desired accuracy.
> A cesium clock could easily stay within one hour from TAI for a period of a 100
> years. A random PC with a quarz crystal at room temperature would have a hard
> time doing that.

Right - I will update the doc accordingly. AFAICT, POSIX time implies
(but never states) that it uses a local reference clock to emulate TAI.

Joe