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

Magnus Danielson <magnus@rubidium.se> Mon, 04 January 2021 16:55 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 D916B3A0E88 for <ntp@ietfa.amsl.com>; Mon, 4 Jan 2021 08:55:13 -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 Xx7Gk0nC-J2i for <ntp@ietfa.amsl.com>; Mon, 4 Jan 2021 08:55:11 -0800 (PST)
Received: from pio-pvt-msa3.bahnhof.se (pio-pvt-msa3.bahnhof.se [79.136.2.42]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C1F9C3A0E80 for <ntp@ietf.org>; Mon, 4 Jan 2021 08:54:49 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by pio-pvt-msa3.bahnhof.se (Postfix) with ESMTP id 734113F4CB; Mon, 4 Jan 2021 17:54:48 +0100 (CET)
Authentication-Results: pio-pvt-msa3.bahnhof.se; dkim=pass (2048-bit key; unprotected) header.d=rubidium.se header.i=@rubidium.se header.b=iu3sMnFC; dkim-atps=neutral
X-Virus-Scanned: Debian amavisd-new at bahnhof.se
Received: from pio-pvt-msa3.bahnhof.se ([127.0.0.1]) by localhost (pio-pvt-msa3.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8TZ4NXUQ1fil; Mon, 4 Jan 2021 17:54:47 +0100 (CET)
Received: by pio-pvt-msa3.bahnhof.se (Postfix) with ESMTPA id 9110C3F4A2; Mon, 4 Jan 2021 17:54:46 +0100 (CET)
Received: from machine.local (unknown [192.168.0.15]) by magda-gw (Postfix) with ESMTPSA id 3435D9A0084; Mon, 4 Jan 2021 17:54:46 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=rubidium.se; s=rubidium; t=1609779286; bh=aPnTbob3EhFmZn68JKd0eAU6SZGGciRq08zZjtlk0QE=; h=Cc:Subject:To:References:From:Date:In-Reply-To:From; b=iu3sMnFCuYnewc/BcJBbMOZr8pIHHd2bKtyCBO//iG6nHcmnV7i63neCsJuxBLc5y iG5r7DahdcbxSs1n81RpGiVde0UlIoU6GuBLVZ+wwKVXo3VqmDTqU4ixz9wZ9BMm6e 55P/nElJzpREJE06hv9yCObbnF9EVGHLOSB2rJl8nYaF+TeYKKO0CIKCKUHvFG7uzr KatG2BCNWAZn2unRw3V+3ZIJ/vL+cwPDAbdikNtMW0yGfyPI4Uiie//N3DHfjrBrJv xycTsx85RqjMwIEpHcgmMV34Yros3hHvzDYCjchehoRI0OgPR4kbjUpf8WXWCAF2Wf 5eJ+Nu3fTYEow==
Cc: magnus@rubidium.se, "ntp@ietf.org" <ntp@ietf.org>
To: Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de>, Hal Murray <hmurray@megapathdsl.net>
References: <20210101055326.A54D840605C@ip-64-139-1-69.sjc.megapath.net> <e7d72afa-7cff-3158-f930-81d3510100a0@rubidium.se> <ECD0A9810200004843047E14@gwsmtp.uni-regensburg.de> <7E3AA892020000B17ED719BE@gwsmtp.uni-regensburg.de> <5FF322C9020000A10003DF28@gwsmtp.uni-regensburg.de>
From: Magnus Danielson <magnus@rubidium.se>
Message-ID: <eb789c34-003a-2ba7-288e-5e9930d725b1@rubidium.se>
Date: Mon, 04 Jan 2021 17:54:43 +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: <5FF322C9020000A10003DF28@gwsmtp.uni-regensburg.de>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/11B2CNpd-9u0XJuBdd4Su4xnpDA>
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 16:55:14 -0000

On 2021-01-04 15:14, Ulrich Windl wrote:
>>>> Magnus Danielson <magnus@rubidium.se> schrieb am 01.01.2021 um 13:29 in
> Nachricht <e7d72afa-7cff-3158-f930-81d3510100a0@rubidium.se>:
>
> ...
>> When on the "Internet", we should require DNS access. We should require
> At least (regarding IPv6 addresses) being able to resolve a host name to an
> address.
> An interesing point is whether that's part of the protocol, because on-wire we
> do not have host names, do we?
No, we do not use host names on the wire-protocol. However, there could
be several benefits if we did get that as side-information, because we
could use DNS as one way to support how we validate things. It's a good
service to assist for that when available, especially as DNSSEC
validation is possible.
>
>> boxes that have preconfigured servers to have them preconfigured as
>> DNS‑entries rather than fixed IP addresses. We learned that the hard way
>> (ask PHK). This is not to say it will be the right thing for all other
>> scenarios we can use NTP in.
> I also prefer DNS names, for documentation reasons.
>
> When demanding DNS use, it will be interesting to specify _when_ DNS is being
> used: Obviously not for each packet, but preferrably more than once in the
> lifetime of the daemon.

For sure, there is good reasons to consider such things. However, it
borders the limit to implementation details.

Requirement for how often the DNS may need to be consulted should be
considered with due care.

For the scenario of wide-scale Internet use of various appliances with
preconfigured NTP servers, the ability to use DNS to update and share
load is very very strongly needed. NTP-pools of various types was
invented for a reason and that reason have not gone away, and we shall
not forget it for that use. What I do say is that this may not be
necessarily a wise thing for all possible use-cases.

Cheers,
Magnus