Re: [DNSOP] Benjamin Kaduk's Discuss on draft-ietf-dnsop-dns-capture-format-08: (with DISCUSS and COMMENT)
Tony Finch <dot@dotat.at> Tue, 27 November 2018 16:46 UTC
Return-Path: <dot@dotat.at>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CCCD130DE3 for <dnsop@ietfa.amsl.com>; Tue, 27 Nov 2018 08:46:12 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 xbatFf68omqv for <dnsop@ietfa.amsl.com>; Tue, 27 Nov 2018 08:46:10 -0800 (PST)
Received: from ppsw-32.csi.cam.ac.uk (ppsw-32.csi.cam.ac.uk [131.111.8.132]) (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 37AD4130DDA for <dnsop@ietf.org>; Tue, 27 Nov 2018 08:46:10 -0800 (PST)
X-Cam-AntiVirus: no malware found
X-Cam-ScannerInfo: http://help.uis.cam.ac.uk/email-scanner-virus
Received: from grey.csi.cam.ac.uk ([131.111.57.57]:58362) by ppsw-32.csi.cam.ac.uk (ppsw.cam.ac.uk [131.111.8.138]:25) with esmtps (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) id 1gRgUy-0009w0-2u (Exim 4.91) (return-path <dot@dotat.at>); Tue, 27 Nov 2018 16:46:08 +0000
Date: Tue, 27 Nov 2018 16:46:08 +0000
From: Tony Finch <dot@dotat.at>
To: Brian Dickson <brian.peter.dickson@gmail.com>
cc: "dnsop@ietf.org WG" <dnsop@ietf.org>
In-Reply-To: <CAH1iCiqN7B1oS6PPZG2Zt5LJfaVrG06ZKrn1xDFZrD+g8C_bnQ@mail.gmail.com>
Message-ID: <alpine.DEB.2.20.1811271504160.3596@grey.csi.cam.ac.uk>
References: <154258729961.2478.12875770828573692533.idtracker@ietfa.amsl.com> <8538EA17-143F-4855-A658-B78701D9B37C@sinodun.com> <8dcbfb75-cee9-99a4-3d9d-817c30efe33b@oracle.com> <alpine.DEB.2.20.1811261403030.3596@grey.csi.cam.ac.uk> <9012B3C7-32BE-4932-A927-8222641C677E@isc.org> <CAH1iCiqN7B1oS6PPZG2Zt5LJfaVrG06ZKrn1xDFZrD+g8C_bnQ@mail.gmail.com>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/XDN2sr9GtRylL1sUcyIo-xo-Wqc>
Subject: Re: [DNSOP] Benjamin Kaduk's Discuss on draft-ietf-dnsop-dns-capture-format-08: (with DISCUSS and COMMENT)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2018 16:46:13 -0000
[ trim CC: list due to off-topic tangent ] Brian Dickson <brian.peter.dickson@gmail.com> wrote: > > Doesn't UTC actually derive its time from TAI plus/minus leap seconds? It's more complicated than that :-) Strictly speaking, TAI is a paper clock, which is published as retrospective corrections to national time lab reference clocks. In practice what the general public has access to are time signals that trace back to national versions of UTC, because those are the continuously maintained reference timescales. GNSS time signals are an exception because they mostly lack leap seconds, so their offset from TAI is fixed to within some precision. But GPS time is only roughly TAI-19s. > Why isn't it already available to use as a time zone? Timezones on Unix have to be defined wrt POSIX time (because that's how localtime() works), and POSIX time is a lossy representation of UTC, so you can't get TAI that way without lossage. There were some experiments defining TZ based on a TAI-ish non-standard time_t (the "right" aka wrong timezones) but they aren't usable on a POSIX system. (But note the epoch for the "right" timezones is 10s different from the SMPTE PTP epoch. Sigh.) Tony. -- f.anthony.n.finch <dot@dotat.at> http://dotat.at/ Fisher, German Bight: Southeasterly 5 to 7, increasing gale 8 later. Slight or moderate, becoming rough or very rough later. Showers, rain later. Moderate or good.
- [DNSOP] Benjamin Kaduk's Discuss on draft-ietf-dn… Benjamin Kaduk
- Re: [DNSOP] Benjamin Kaduk's Discuss on draft-iet… Sara Dickinson
- Re: [DNSOP] Benjamin Kaduk's Discuss on draft-iet… Sara Dickinson
- Re: [DNSOP] Benjamin Kaduk's Discuss on draft-iet… Richard Gibson
- Re: [DNSOP] Benjamin Kaduk's Discuss on draft-iet… Benjamin Kaduk
- Re: [DNSOP] Benjamin Kaduk's Discuss on draft-iet… Benjamin Kaduk
- Re: [DNSOP] Benjamin Kaduk's Discuss on draft-iet… Tony Finch
- Re: [DNSOP] Benjamin Kaduk's Discuss on draft-iet… Mark Andrews
- Re: [DNSOP] Benjamin Kaduk's Discuss on draft-iet… Brian Dickson
- Re: [DNSOP] Benjamin Kaduk's Discuss on draft-iet… Tony Finch
- Re: [DNSOP] Benjamin Kaduk's Discuss on draft-iet… Sara Dickinson
- Re: [DNSOP] Benjamin Kaduk's Discuss on draft-iet… Sara Dickinson
- Re: [DNSOP] Benjamin Kaduk's Discuss on draft-iet… Benjamin Kaduk