Re: [Ntp] Finding leap-seconds.list

Warner Losh <imp@bsdimp.com> Fri, 09 November 2018 23:16 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 354D21274D0 for <ntp@ietfa.amsl.com>; Fri, 9 Nov 2018 15:16:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 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] 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 PHyhEfXXzuEG for <ntp@ietfa.amsl.com>; Fri, 9 Nov 2018 15:16:57 -0800 (PST)
Received: from mail-it1-x133.google.com (mail-it1-x133.google.com [IPv6:2607:f8b0:4864:20::133]) (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 529501277CC for <ntp@ietf.org>; Fri, 9 Nov 2018 15:16:57 -0800 (PST)
Received: by mail-it1-x133.google.com with SMTP id r12-v6so5343757ita.3 for <ntp@ietf.org>; Fri, 09 Nov 2018 15:16:57 -0800 (PST)
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=Z3XSV6xUOzug4ni6ANLISTBtw13rGnSbnmeRuCMymHs=; b=f4hfILccoDm7yTBdi+ANxQUrXtlj0u3G2MBgUyk1D1rEPUhsh5IPMenkvC5J/BW0ne QQhRh5zDFtX/VhOA4mSiLplI/dYbmU1nAcKkbZLyaoJK2mAayDAVgGNd3iUa9lSheX+c 3qzCzZA0gZ4la/990Ptce+oN19ByWq7PMlCgKJFW4JM0AAUbg6VEw/XOLNiZ11jZYhfv FjPknwKjCVXOKozOtg10jyBN8ZR9hJPG5aW9aIyb9wF1txTr5P8wIRyCaBFvEquyTyGg jiZagyWsJOdq1icf1OVktknOgjxDjKwGFcX0asTfIhrOC/C8gMr4/xcNuwgGruH8mtAw GDhA==
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=Z3XSV6xUOzug4ni6ANLISTBtw13rGnSbnmeRuCMymHs=; b=SjTtyhiutOok3yq60PxcXQSx1HBIB0ofntKiyH7Pw1RMyg76dLK6JMAbeJXdcwqPDA XFFPA2T+srX6vzEedbLF9SGIxOFUjlCDv/AazZVGLDE9SOxDv3fkl1j/ckZBRXm2iWM1 8ixOg7ZQYkOrsyIbouLyDfs6ouT8GIM4Bbj0leydcKURxVDtxTpPTUMgHevuucjq5bbx 5gFi/SfCAIyfAs6pjls/HddTfbBWOnehpwo7XKVgxOwe/GUklR62UlO3ctrzW2jGUc2u zjPJXQCZR1EOoAACQZ9xBveB4XW0tSDycPf0jSqkaO7AzMM+eYxZSrhAVKkHUOXdQDch 23jQ==
X-Gm-Message-State: AGRZ1gI+No3yo1kzpGxmkdq+cBjf72CLw2R4St/uCGTOfv4VBtIJOKEe w3BFLrUvfkhR0mg7zkcK1MC/pt0w5hOcwFpiomwnlVb7
X-Google-Smtp-Source: AJdET5eD1jbdFSADvOjGun7sedx6ZSw2R9pM207117HfQPz0RQD7rkNS10XY1jbZ9TZoP+KW5QgydXm6sRvkai+Robc=
X-Received: by 2002:a02:3b20:: with SMTP id c32-v6mr9435459jaa.93.1541805416207; Fri, 09 Nov 2018 15:16:56 -0800 (PST)
MIME-Version: 1.0
References: <5884DA3A-B95B-4D6B-9A31-E964CE4F02EF@gmail.com> <53bc1310-c198-557a-54ca-57b5b0af9bcb@meinberg.de> <AM6PR0602MB3733A11C62B7A0ED49F318B5FFC40@AM6PR0602MB3733.eurprd06.prod.outlook.com> <9A89609A-9A4E-41EB-A857-91252E5F6D04@gmail.com> <43c65279-12fa-4510-1d8f-b6e1b03caf7e@gmail.com> <CANCZdfpJZLEORhak2QWDuHgjrQ_UZzBNv4_RR9prDKU7qtZVHQ@mail.gmail.com> <e5a21e9a-bbb6-3a57-df83-717dfc628c06@meinberg.de> <20ebe882-92f1-ddae-0698-f450979d986a@nwtime.org> <D0443A48-8492-4EEA-9BBE-B7544A4C6789@puck.nether.net>
In-Reply-To: <D0443A48-8492-4EEA-9BBE-B7544A4C6789@puck.nether.net>
From: Warner Losh <imp@bsdimp.com>
Date: Fri, 09 Nov 2018 16:16:44 -0700
Message-ID: <CANCZdfr-i=HLFoLyEL-OjmYf01kMnE7CSz3uZqfxY8v+Roph3A@mail.gmail.com>
To: jared@puck.nether.net
Cc: Harlan Stenn <stenn@nwtime.org>, ntp@ietf.org
Content-Type: multipart/alternative; boundary="00000000000025710c057a438c8e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/O-Bf59HiYZUwRbsSMC8mHRp4v0Y>
Subject: Re: [Ntp] Finding leap-seconds.list
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: Fri, 09 Nov 2018 23:16:59 -0000

On Fri, Nov 9, 2018 at 3:30 PM Jared Mauch <jared@puck.nether.net> wrote:

> There are the secondary issues of what NTP implementations use it.  I
> would like to know if it’s just FreeBSD users that fetch it and the
> frequency, etc.
>

FreeBSD users fetch it, by default, twice a year with a random smear around
a month before it expires. There's around ~100,000 FreeBSD systems
installed that fetch this, give or take. The project has no hard numbers,
and I've seen estimates as high as 1 million for the number of machines
running some flavor of FreeBSD.

I have no idea if other users fetch it as well...


> If it’s a relic of a single implementation (whatever form/type it is),
> perhaps it’s best for them to maintain the document and update it at their
> site.  It’s also perhaps too late, but if this file is so important, is it
> described in the BCP for operating NTP, or is this yet another esoteric NTP
> thing that’s not well documented so ends up being inconsistently used?
>

It's the best source of this file in the internet. That's why FreeBSD is
using it. I won't argue that it may not be the best documented thing in
NTP...


> I would be interested in seeing an implementation report for who uses it.
> (I would also perhaps argue that freebsd-update is not really a consumer of
> it).
>

freebsd-update isn't a consumer of it, nor has that been claimed. There's a
periodic script that runs a couple of times a year that fetches the file
independently of freebsd-update. It's hard to argue that FreeBSD users
doesn't use and/or fetch this file since it is enabled by default in a part
of the system that's not often changed from the defaults.

The FreeBSD project is looking for ways to transition away from doing this,
but at the moment it would create a big problem were the file to suddenly
disappear.

Warner