Re: [Ntp] The bump, or why NTP v5 must specify impulse response

Kurt Roeckx <kurt@roeckx.be> Fri, 17 April 2020 14:41 UTC

Return-Path: <kurt@roeckx.be>
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 614B13A0AE1 for <ntp@ietfa.amsl.com>; Fri, 17 Apr 2020 07:41:46 -0700 (PDT)
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, SPF_HELO_NONE=0.001, SPF_PASS=-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 Dlz1n_acUhVb for <ntp@ietfa.amsl.com>; Fri, 17 Apr 2020 07:41:44 -0700 (PDT)
Received: from excelsior.roeckx.be (excelsior.roeckx.be [195.234.45.115]) (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 7B4063A0AD8 for <ntp@ietf.org>; Fri, 17 Apr 2020 07:41:44 -0700 (PDT)
Received: from intrepid.roeckx.be (localhost [127.0.0.1]) by excelsior.roeckx.be (Postfix) with ESMTP id 41F2DA8A0077; Fri, 17 Apr 2020 14:41:42 +0000 (UTC)
Received: by intrepid.roeckx.be (Postfix, from userid 1000) id 24D4D1FE0CD4; Fri, 17 Apr 2020 16:41:40 +0200 (CEST)
Date: Fri, 17 Apr 2020 16:41:39 +0200
From: Kurt Roeckx <kurt@roeckx.be>
To: Harlan Stenn <stenn@nwtime.org>
Cc: ntp@ietf.org
Message-ID: <20200417144139.GI412294@roeckx.be>
References: <F7E5836A-4C7A-4A1A-B769-65EADE2C8F5C@gmail.com> <7d909ae3-a830-1270-6920-fa088a56525e@nwtime.org> <6C9832A9-E18B-4DE2-934F-9E471FC22F7B@akamai.com> <bc7920e2-dc81-ba7f-ec24-7926cda8589d@nwtime.org> <alpine.DEB.2.20.2004161430210.5561@grey.csi.cam.ac.uk> <93795d4a-25e7-c918-47d4-44aa6d92ee5e@nwtime.org> <20200416135547.GF412294@roeckx.be> <2d483354-a707-fbca-e914-cbe1479a4c25@nwtime.org> <CAJm83bAMxGrx_PSPQUjERzT2TT_0Tiutx=R0LRF2m9bY4QTj4w@mail.gmail.com> <39a14fe5-845d-aa3a-f236-5e767b6cce95@nwtime.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <39a14fe5-845d-aa3a-f236-5e767b6cce95@nwtime.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/1R6li4r6AXe-B2w08A7l0rfPIDw>
Subject: Re: [Ntp] The bump, or why NTP v5 must specify impulse response
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, 17 Apr 2020 14:41:46 -0000

On Fri, Apr 17, 2020 at 03:48:56AM -0700, Harlan Stenn wrote:
> More to the point, NTPv4 and all of its predecessors specified:
> 
> - the packet format
> - the algorithms
> - a set of behavioral limits and specifications
> 
> This means others were allowed to write specifications (regulations)
> assuming and/or relying on "NTP" - the packet format, algorithms, and
> behavior.
> 
> Removing or separating the algorithmic and behavioral specifications
> from the NTP specification at best cost-shifts that discussion
> elsewhere, and I submit it does this to groups that are likely
> completely unaware that they can no longer rely on behavior that they
> had no idea they previously relied on.

Maybe it's useful to have performance guarantees specified, but
leave the algorithm how to get there either to the
implementations, or in a separate document.


Kurt