IETF Logo Mail Archive

Re: [Ntp] Antw: Re: Antw: [EXT] Re: CLOCK_TAI (was NTPv5: big picture)

Magnus Danielson <magnus@rubidium.se> Mon, 11 January 2021 09:50 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 19EFB3A03FA for <ntp@ietfa.amsl.com>; Mon, 11 Jan 2021 01:50:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.361
X-Spam-Level:
X-Spam-Status: No, score=-2.361 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 6WnjuGyFhsFO for <ntp@ietfa.amsl.com>; Mon, 11 Jan 2021 01:50:16 -0800 (PST)
Received: from ste-pvt-msa2.bahnhof.se (ste-pvt-msa2.bahnhof.se [213.80.101.71]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E67673A03F5 for <ntp@ietf.org>; Mon, 11 Jan 2021 01:50:14 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by ste-pvt-msa2.bahnhof.se (Postfix) with ESMTP id 105B73F79A for <ntp@ietf.org>; Mon, 11 Jan 2021 10:50:00 +0100 (CET)
Authentication-Results: ste-pvt-msa2.bahnhof.se; dkim=pass (2048-bit key; unprotected) header.d=rubidium.se header.i=@rubidium.se header.b=Nqf2Fl8L; dkim-atps=neutral
X-Virus-Scanned: Debian amavisd-new at bahnhof.se
Authentication-Results: ste-ftg-msa2.bahnhof.se (amavisd-new); dkim=pass (2048-bit key) header.d=rubidium.se
Received: from ste-pvt-msa2.bahnhof.se ([127.0.0.1]) by localhost (ste-ftg-msa2.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nVvw8OkV75L4 for <ntp@ietf.org>; Mon, 11 Jan 2021 10:49:58 +0100 (CET)
Received: by ste-pvt-msa2.bahnhof.se (Postfix) with ESMTPA id 7E8AA3F738 for <ntp@ietf.org>; Mon, 11 Jan 2021 10:49:56 +0100 (CET)
Received: from machine.local (unknown [192.168.0.15]) by magda-gw (Postfix) with ESMTPSA id 63F819A00A7; Mon, 11 Jan 2021 10:50:08 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=rubidium.se; s=rubidium; t=1610358608; bh=hhXBKypomExPhvrAeW3qVw5g0k7HYwaSwkVX4vlpm20=; h=Cc:Subject:To:References:From:Date:In-Reply-To:From; b=Nqf2Fl8L1yCZDHS1Ew2DrrjrNotIsfHr9p7Q8jmvwV4IVVsJbl9HcFi5Tm/i+XLyV +0ilOErgT/tCPr+tVZxkItECV99CGuzf177OdNy1VPtGK0S0uFSNoS3a2vAH5TdNOX AIIMZ2zSdLNGfmIrjiUzZf8suPWlxemOun0wWHzMhTVmnxwna+FXzDSpkAV1/0XXeA UbofUvjF9BB/HUt2yAM3kN1Bg3+XFtBfQOr1CAi26pjNqwX9nZ8aT+BY4j4nifRHhS f/xtuYXkp0/79hBjo3WLKGHACwAjAhV5wwhNegG817G2/Iun6xH+WRxx0rl3IyrYxx oTBbo06AqjxkA==
Cc: magnus@rubidium.se
To: ntp@ietf.org
References: <20210111072208.0856840605C@ip-64-139-1-69.sjc.megapath.net>
From: Magnus Danielson <magnus@rubidium.se>
Message-ID: <7415fb75-63b0-c3fd-acdb-b1b58ec44435@rubidium.se>
Date: Mon, 11 Jan 2021 10:50:06 +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: <20210111072208.0856840605C@ip-64-139-1-69.sjc.megapath.net>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/8-i3DchbQP7fyZCH4STm9eNsRaU>
Subject: Re: [Ntp] Antw: Re: Antw: [EXT] Re: CLOCK_TAI (was 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, 11 Jan 2021 09:50:19 -0000

Hal,

On 2021-01-11 08:22, Hal Murray wrote:
> Ulrich.Windl@rz.uni-regensburg.de said:
>> With the same logic as claiming UNSYNC during theleap event for non-smearing
>> servers, smearing servers should return UNSYNC until the time is "correct"
>> again IMHO. 
> No.  The whole point of smearing servers is to lie to clients.
>
>
> if you are using smearing servers you have to be careful to not use any 
> non-smearing servers.
>
> If you are using real/correct (non-smearing) servers, you have to make sure 
> you don't use any smearing servers.

Which is exactly the division of servers and problem to handle them at
client side, as client operation needs to know which servers too choose
from. As you create a wider range of server types, all of a sudden you
create less servers that we can use for any type of operation. This is
why putting this on the server side is unhelpful for the community. If
we have a common NTP core time and then map that out to whatever format
the client need, we can have a common set of of servers, serving a wide
range of clients need together.

Cheers,
Magnus

v2.23.0 | Report a Bug | By Email