Re: [Ntp] Antw: [EXT] Re: NTPv5: big picture

Magnus Danielson <magnus@rubidium.se> Mon, 04 January 2021 17:15 UTC

Return-Path: <magnus@rubidium.se>
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 986BA3A0E88 for <ntp@ietfa.amsl.com>; Mon, 4 Jan 2021 09:15:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.461
X-Spam-Level:
X-Spam-Status: No, score=-0.461 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.262, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rubidium.se
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 hjlhZuFNsBwS for <ntp@ietfa.amsl.com>; Mon, 4 Jan 2021 09:15:06 -0800 (PST)
Received: from ste-pvt-msa1.bahnhof.se (ste-pvt-msa1.bahnhof.se [213.80.101.70]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 365713A0E7A for <ntp@ietf.org>; Mon, 4 Jan 2021 09:15:05 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by ste-pvt-msa1.bahnhof.se (Postfix) with ESMTP id 5FA153F8C8 for <ntp@ietf.org>; Mon, 4 Jan 2021 18:15:04 +0100 (CET)
Authentication-Results: ste-pvt-msa1.bahnhof.se; dkim=pass (2048-bit key; unprotected) header.d=rubidium.se header.i=@rubidium.se header.b=euvtitwy; dkim-atps=neutral
X-Virus-Scanned: Debian amavisd-new at bahnhof.se
Received: from ste-pvt-msa1.bahnhof.se ([127.0.0.1]) by localhost (ste-pvt-msa1.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0s1GlRtF6N4c for <ntp@ietf.org>; Mon, 4 Jan 2021 18:15:02 +0100 (CET)
Received: by ste-pvt-msa1.bahnhof.se (Postfix) with ESMTPA id D1A3F3F496 for <ntp@ietf.org>; Mon, 4 Jan 2021 18:15:02 +0100 (CET)
Received: from machine.local (unknown [192.168.0.15]) by magda-gw (Postfix) with ESMTPSA id 20C999A00A7; Mon, 4 Jan 2021 18:15:02 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=rubidium.se; s=rubidium; t=1609780502; bh=+m04szoADp07N/iHqRS2d1pLUuWGbLwJs8EoGUR7Vdk=; h=Cc:Subject:To:References:From:Date:In-Reply-To:From; b=euvtitwySj6PsyLa0kEwBAGwbg7rBkuKRUV34IKGiV1D+hJg+sCSJa5UFrkyH0fme GBXQJ3x30F856J52oW0zfVULlaTn1Dr6/2DbAbO2FTUzZqy+lzw1Jdp+nH/ZJdoz6q jJEBNZO/BhDbbScuusmQDbwm+zpWHrfSap/HNsQHtex6bGwBI1gnOEcb+Tdx2nnJs2 shN/3wxSVeub+Z22L81tIzYrr9hwTOGMktCrXYJC9HW0M2TP7RPwL5IYQR15JnuV4G w0or56qcNuzigGxOTMEbmpZp/z4Y+A/k8WxcLP8fEjvf7eW62oWvPvU8bDpbSLG2B7 oEkYnMlo23vIg==
Cc: magnus@rubidium.se
To: ntp@ietf.org
References: <20210101025440.ECE3340605C@ip-64-139-1-69.sjc.megapath.net> <0DF4D79B-29BA-4DB0-A3D6-EE3B6AE807DF@meinberg-usa.com> <5FF32347020000A10003DF2E@gwsmtp.uni-regensburg.de> <X/MnlJoHMEW5rG1Y@roeckx.be>
From: Magnus Danielson <magnus@rubidium.se>
Message-ID: <aba0f0bf-1afe-1b54-27fe-74d84beac7a4@rubidium.se>
Date: Mon, 04 Jan 2021 18:15:00 +0100
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:78.0) Gecko/20100101 Thunderbird/78.6.0
MIME-Version: 1.0
In-Reply-To: <X/MnlJoHMEW5rG1Y@roeckx.be>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/PbNO94k6Vam0DG7ffcDlC77rO5Y>
Subject: Re: [Ntp] Antw: [EXT] Re: NTPv5: big picture
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: Mon, 04 Jan 2021 17:15:10 -0000

Hi,

On 2021-01-04 15:35, Kurt Roeckx wrote:
> On Mon, Jan 04, 2021 at 03:16:39PM +0100, Ulrich Windl wrote:
>> Should dynamic addition, reconfiguration and deletion of time sources be a
>> SHOULD for v5 at least?
> I think the draft should not document a protocol for how to do
> that. That is an implementation detail. It should probably not
> even go over the UDP port.

I think there can be good reasons to actually put it into a standard, as
with gazillion of boxes and implementations, making less issues of how
to manage this hurd of equipment with a wild mix of open source and
various vendors interpretations of things, it will be a pain never the less.

Now, this does not need to be the core standard, but a separate
management standard. Then, those needing it, can require conformance
with that separate standard and then may the market forces decide if it
needs to be implemented or not. In practice, it is probably needed.

There is a limit to how much one can deferr to "implementation issues".
Management and monitoring issues is a huge issue in practice. While we
can keep such things out of the core specification, it probably needs to
be in the suite of standards offering a set of solutions for various
uses. The alternative is that some will risk divert away from using NTP.

Cheers,
Magnus