Re: [Ntp] Leap second draft

Warner Losh <imp@bsdimp.com> Tue, 02 April 2019 04:00 UTC

Return-Path: <wlosh@bsdimp.com>
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 EB1A112001E for <ntp@ietfa.amsl.com>; Mon, 1 Apr 2019 21:00:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bsdimp-com.20150623.gappssmtp.com
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 m23sw0MS6fma for <ntp@ietfa.amsl.com>; Mon, 1 Apr 2019 21:00:36 -0700 (PDT)
Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (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 2718C120004 for <ntp@ietf.org>; Mon, 1 Apr 2019 21:00:36 -0700 (PDT)
Received: by mail-qt1-x831.google.com with SMTP id h39so13702890qte.2 for <ntp@ietf.org>; Mon, 01 Apr 2019 21:00:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CxC7ikmn8rrhI5+ALPqkol1wxYnvdIJBtdqaMsxCxqw=; b=wHHSSphZ+bF8B7GrkzFunfX6qkm+OJyP8c1Ng2EJAbZYfdxH835mY5ae+JoTsvd/O4 2vjCJrEWfCi0hHVwHt6st6NLdX3PqsjfysaTNbXLjkio330K1vechXzuC9HYj1SDtsNR 89HqeXXevsHbPcLUkE0jT/PejxkegzrMIpq5pnnxvKia7K89qSHcVLgZ1Gl84X4XTOLM Sxo6HERZlXbq52V6LgQjnGQyU3ENIxcE3crWh8aTffM7nITRJRXDUs2+f+eIVIygtRF/ TcQLkHDlInSGOVlm3PjgSaLeVO86MM7tg09NLkRe7YdUU0tG7gsKpIP9eay1JQD7/Osa 62kQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CxC7ikmn8rrhI5+ALPqkol1wxYnvdIJBtdqaMsxCxqw=; b=daXij//ND4p3RfYNb73qlq5KYCgVvMPke38n9IPJgjUakUfwBCOaSjz0yEpmxaRFBz nStNPQ8hjYj0zycZuxXgDepojRGXX08j91gMPdlXrvqpMTXcigMVO2iUgcKakk34nXsN 5ZMkGfCUEN4Dh2yHiaNi0Z17hHm2OzjFiuTewuWESVKdf9BwmpM2jQvT09NAYXjdj4+D SzCsgwkbKo551ERBUx8x/cKpYwr3PSEH10sjd6v8HqA3rtXJyb1/t9cXQOhkWXkyLgWw 1L9jXrJ0TI+rmQETY8X155lwY5v6fLi1DaGZ+9RXL/o4shVua78q1XdWMNRyP10803JV AGgw==
X-Gm-Message-State: APjAAAXeO71Vvx2BvZijc1n/lV3l2BSNxn/I1EPw5m7WIw8Eq/frXZFZ mSyJtse5BqsK17BjTaFW0MkVDu1uzUqTrya3b3rZPA==
X-Google-Smtp-Source: APXvYqwbTgL2F/Z4ObXgshx84jMlP/kWhM5SB72lCkX+6RmBlB3UW+Ih1vMz1Yw7+SvOoTxRb6WPhTflZXxCKASL82c=
X-Received: by 2002:a0c:b609:: with SMTP id f9mr55791317qve.137.1554177635025; Mon, 01 Apr 2019 21:00:35 -0700 (PDT)
MIME-Version: 1.0
References: <CAJm83bD5Ozkpg5TpkogOW6xeeNQL3ZziLO9URM7haqN8Wrp=Wg@mail.gmail.com> <CAJm83bCbVzO3NNCbjTy+O_16T7DBeA7O6018WWGu_-GyuN-8UA@mail.gmail.com> <20190330045928.GA31550@ucolick.org> <20190330133348.GA20646@ucolick.org> <20190330152948.GI7706@roeckx.be> <CAJm83bB6BF4_Ked5rVRdGmgYECz5gDrb+_7JeOUe1Lmq2ysVQQ@mail.gmail.com> <CANCZdfrbJhVsVJrsw5QRxDWmpHLJdsMMXi=Z=XvJDi1bGvnk=w@mail.gmail.com> <CAJm83bCRW4dDcZZFL1kqhKyWH_PszGjvmqyyt_E1HgOPw_bktQ@mail.gmail.com> <20190330194428.GA3572@ucolick.org> <20190330235249.GK7706@roeckx.be> <CAJm83bBiY0iEm_TShJyrUepdw=mrDx3HVK+g9Tj7WpR79Knt1Q@mail.gmail.com> <CANCZdfrV_nH9OUCuJn2WoPqONcY+pMa017du4mzoZ_kaZfoZPQ@mail.gmail.com> <CACsn0cnCX_qDTKKr=9UO=8auEq0XMDZnhXtyKDYgAgC=FrucBg@mail.gmail.com> <CANCZdfqfxRjs+4R-VPtPQNexXRjjNrhCx6nZQ3fDpUYuADz+hg@mail.gmail.com> <68233BC0-49DB-4FF9-B8A2-29BB1A5B8ECE@email.arizona.edu>
In-Reply-To: <68233BC0-49DB-4FF9-B8A2-29BB1A5B8ECE@email.arizona.edu>
From: Warner Losh <imp@bsdimp.com>
Date: Mon, 01 Apr 2019 22:00:22 -0600
Message-ID: <CANCZdfqzbqnmOu9dttuMbH7BJzGaQxveKXETwu=F3yzqAgXyYg@mail.gmail.com>
To: "Seaman, Robert Lewis - (rseaman)" <rseaman@email.arizona.edu>
Cc: NTP WG <ntp@ietf.org>, Watson Ladd <watsonbladd@gmail.com>, Steve Allen <sla@ucolick.org>, Daniel Franke <dfoxfranke@gmail.com>, Kurt Roeckx <kurt@roeckx.be>
Content-Type: multipart/alternative; boundary="000000000000da9f1b0585842dd6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/zyQdeY_TzZLsUloIHPTWoQum3JY>
Subject: Re: [Ntp] Leap second draft
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: Tue, 02 Apr 2019 04:00:39 -0000

On Mon, Apr 1, 2019, 8:27 PM Seaman, Robert Lewis - (rseaman) <
rseaman@email.arizona.edu> wrote:

> On 4/1/19, 6:35 PM, Warner Losh wrote:
>
>
>
> The definition of an SI seconds has nothing to do with years, etc.
>
>
>
> If only this were true. The unnecessary confusion of the SI unit of
> interval time (the “second”) with the original definition of the second as
> a fraction of a solar day is what has created the lengthy debate about UTC
> and leap seconds. This then extends to the definition of the solar synodic
> day (
> http://hanksville.org/futureofutc/preprints/files/28_AAS_13-515_Seaman.pdf).
> By choosing the SI unit to masquerade as Universal Time, that is, as a
> fraction of the mean solar day, the precision timing community has
> generated diverse dependencies between what should be independent concepts,
> including between the SI unit and the physical concept of year. That many
> of these dependencies are esoteric does not make them thereby less real.
>
>
>
> By all means the SI second could have been “set by fixing the numerical
> value of the ground state hyperfine splitting frequency of the cesium 133
> atom to be equal to *[say]* exactly *10 000 000 000* when it is expressed
> in the SI unit s–1, which is equal to Hz” (or the corresponding original
> phrasing), but rather the frequency was selected to be *9 192 631 770*
> Hz. This wasn’t a coincidence, but an attempt to obscure the reality that
> atomic time and solar time are two different things. Civil time, and thus
> NTP which conveys it, has dependencies on two different time scales.
>

Historically  the number was chosen to replace the old definition. It is
relevant there. But it's not relevant for the purpose of implementing NTP.

NTP gets it's time from a reference clock, which may care about the details
of the definition, or from a peers, which doesn't. Either way, NTP doesn't
care. It can easily exchange times with a different notion of a second from
SI, so long as all the peers agree to follow the same standard. It could be
GPS which uses SI seconds without leaps. It could have an offset like
exchanging Julian dates. It could even be UT1. This document is not
relevant to any of those. I give them by way of example for why the details
of UTC should be repeated (since they are weird and unique to UTC) and why
the SI second definition need not be (since it will change to be more
precise, but such changes don't matter to NTP since those details don't
affect how you'd write an NTP client or server.)

Warner

> Rob Seaman
>
> University of Arizona
>
>
>
>
>
>
>