Re: [Ntp] Antw: Re: Antw: [EXT] comments on draft‑mlichvar‑ntp‑ntpv5‑03

Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de> Wed, 24 November 2021 12:34 UTC

Return-Path: <Ulrich.Windl@rz.uni-regensburg.de>
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 EB9CE3A0E27 for <ntp@ietfa.amsl.com>; Wed, 24 Nov 2021 04:34:16 -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, 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 6gmD5C8ct58l for <ntp@ietfa.amsl.com>; Wed, 24 Nov 2021 04:34:12 -0800 (PST)
Received: from mx3.uni-regensburg.de (mx3.uni-regensburg.de [194.94.157.148]) (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 046BA3A0E4A for <ntp@ietf.org>; Wed, 24 Nov 2021 04:34:11 -0800 (PST)
Received: from mx3.uni-regensburg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id D50196000059 for <ntp@ietf.org>; Wed, 24 Nov 2021 13:34:07 +0100 (CET)
Received: from gwsmtp.uni-regensburg.de (gwsmtp1.uni-regensburg.de [132.199.5.51]) by mx3.uni-regensburg.de (Postfix) with ESMTP id B9B786000057 for <ntp@ietf.org>; Wed, 24 Nov 2021 13:34:07 +0100 (CET)
Received: from uni-regensburg-smtp1-MTA by gwsmtp.uni-regensburg.de with Novell_GroupWise; Wed, 24 Nov 2021 13:34:08 +0100
Message-Id: <619E313E020000A1000459CF@gwsmtp.uni-regensburg.de>
X-Mailer: Novell GroupWise Internet Agent 18.3.1
Date: Wed, 24 Nov 2021 13:34:06 +0100
From: Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de>
To: mlichvar@redhat.com
Cc: dan-ntp@drown.org, "ntp@ietf.org" <ntp@ietf.org>
References: <20211123131501.Horde.ErUH7VWw3Nr2PFkAGzGIEuI@mail.drown.org> <619DEA79020000A10004599E@gwsmtp.uni-regensburg.de> <YZ39jGBrF+zeiYm3@localhost> <619E23DC020000A1000459C9@gwsmtp.uni-regensburg.de> <YZ4rYlSynuH2RWpu@localhost>
In-Reply-To: <YZ4rYlSynuH2RWpu@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/wjb1xyno8s8Yrf7FcPheP2neb6k>
Subject: Re: [Ntp] Antw: Re: Antw: [EXT] comments on draft‑mlichvar‑ntp‑ntpv5‑03
X-BeenThere: ntp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Network Time Protocol <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: Wed, 24 Nov 2021 12:34:26 -0000

>>> Miroslav Lichvar <mlichvar@redhat.com> schrieb am 24.11.2021 um 13:09 in
Nachricht <YZ4rYlSynuH2RWpu@localhost>:
> On Wed, Nov 24, 2021 at 12:37:00PM +0100, Ulrich Windl wrote:
>> I had always wondered whether MAXDISP wasn't just some arbitrary larger
>> number; Couldn't it be 1 second as well?
>> Is there any specific reasoning behind?
> 
> MAXDISP is the threshold when the server is considered unsynchronized
> after it stops updating its clock. It should be larger than any
> normally expected dispersion to not block synchronization.
> 
> With the default PHI of 15 ppm, it takes 16/15e‑6 seconds (about
> 12.3 days) for the dispersion to accumulate 16 seconds. In the worst
> case it should cover up to 15 strata updating clocks at a maximum
> polling interval.
> 
> I think 1 second would be too small.

But doesn't that value also say "the reference clock can be off by as much as
MAXDISP"?
Considering that values above MAXDIST (1s) are ignored anyway, I wonder.
Probably the real reason is that 16 needs five left shifts until it is less
than MAXDIST (samples until server is accepted).

It's all a lot of heuristics, possibly still rooting from the time when it was
important to avoid integer overflows in the math.

With MAXDISP being just one second, the first sample from a server will
probably make it a valid one.

Regards,
Ulrich

> 
> ‑‑ 
> Miroslav Lichvar