Re: [Ntp] [internet-drafts@ietf.org: New Version Notification for draft-gruessing-ntp-ntpv5-requirements-02.txt]

Miroslav Lichvar <mlichvar@redhat.com> Tue, 15 June 2021 12:53 UTC

Return-Path: <mlichvar@redhat.com>
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 963003A2F55 for <ntp@ietfa.amsl.com>; Tue, 15 Jun 2021 05:53:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.794
X-Spam-Level:
X-Spam-Status: No, score=-2.794 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.698, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 (1024-bit key) header.d=redhat.com
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 zJYSY0ecpRTf for <ntp@ietfa.amsl.com>; Tue, 15 Jun 2021 05:53:50 -0700 (PDT)
Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [216.205.24.124]) (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 5D9023A2F54 for <ntp@ietf.org>; Tue, 15 Jun 2021 05:53:50 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1623761628; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=yoYbq856YIW0ttHx1ZfQkrza7YEQQ10W17NpkTEe/gc=; b=EpRhObxYIqGNwp2GaNloARLQSZ/ay9NEv1/5kMyc2Y9K8d3pma2xyGrmlXyrajTj6OmFRv wBhKVw6OZ2mZ0ACJoHrmDKZC1YufJBuxRRSNce7K8BF19K6OFsiDW7598O3wMwpO8gtTPn fYa+K9V5QYW2VP1lzGtFJMv/Y8rMANA=
Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-335-kw4idn3vMVivNsqPBxrZHg-1; Tue, 15 Jun 2021 08:53:47 -0400
X-MC-Unique: kw4idn3vMVivNsqPBxrZHg-1
Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id AB89B8BF528; Tue, 15 Jun 2021 12:53:46 +0000 (UTC)
Received: from localhost (holly.tpb.lab.eng.brq.redhat.com [10.43.134.11]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 389EF1000358; Tue, 15 Jun 2021 12:53:45 +0000 (UTC)
Date: Tue, 15 Jun 2021 14:53:43 +0200
From: Miroslav Lichvar <mlichvar@redhat.com>
To: Dieter Sibold <dsibold.ietf@gmail.com>
Cc: ntp@ietf.org
Message-ID: <YMii1yT4jR7qUjfW@localhost>
References: <20210522183113.7ovb2crqg7h5q6fs@de970ef05f79> <YMc3qU1UHSvQT/Gu@localhost> <F28A68CB-DED7-4BE7-9876-F6F2773B374F@gmail.com>
MIME-Version: 1.0
In-Reply-To: <F28A68CB-DED7-4BE7-9876-F6F2773B374F@gmail.com>
X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22
Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=mlichvar@redhat.com
X-Mimecast-Spam-Score: 0
X-Mimecast-Originator: redhat.com
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/wSC1ZmywtJv103d4rlBzd5Iyt_U>
Subject: Re: [Ntp] [internet-drafts@ietf.org: New Version Notification for draft-gruessing-ntp-ntpv5-requirements-02.txt]
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: Tue, 15 Jun 2021 12:53:55 -0000

On Mon, Jun 14, 2021 at 05:38:26PM +0200, Dieter Sibold wrote:
> On 14 Jun 2021, at 13:04, Miroslav Lichvar wrote:
> >   I think the protocol needs to have some way to indicate that the
> >   server has leap smearing enabled. Servers implementing leap smear,
> >   but clients not knowing about it (e.g. using its own leap second
> >   source) is a major concern in some environments.
> 
> I would prefer that leap smearing is processed on the client side only. We are going to specify the version 5. This would make the specification much cleaner and would minimize the risk of misbehavior during leap second events in infrastructures where leap smearing might be needed.

>From a clock synchronization point of view it is certainly better to
perform the leap smear on clients, but I'm not sure how practical that
is in larger networks with many different client implementations. It's
easier to configure a small number of servers than all their clients.
There would need to be some way for the servers to tell their clients
they should perform a leap smear and the smear would need to be
parametrized (e.g. time of start, smear function, duration) so they
all do it in the same way.

-- 
Miroslav Lichvar