Re: [Ntp] Consensus call: NTPv5 and leap second smearing

Harlan Stenn <stenn@nwtime.org> Mon, 03 July 2023 00:30 UTC

Return-Path: <stenn@nwtime.org>
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 7623AC15108A for <ntp@ietfa.amsl.com>; Sun, 2 Jul 2023 17:30:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dlm45-wbSELc for <ntp@ietfa.amsl.com>; Sun, 2 Jul 2023 17:30:50 -0700 (PDT)
Received: from chessie.everett.org (chessie.fmt1.pfcs.com [66.220.13.234]) by ietfa.amsl.com (Postfix) with ESMTP id 669B4C14CE38 for <ntp@ietf.org>; Sun, 2 Jul 2023 17:30:50 -0700 (PDT)
Received: from [10.208.75.149] (075-139-201-040.res.spectrum.com [75.139.201.40]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by chessie.everett.org (Postfix) with ESMTPSA id 4QvRff1XR2zMQbt; Mon, 3 Jul 2023 00:30:50 +0000 (UTC)
Message-ID: <1d9e274e-9697-93ed-8d78-20a105aad397@nwtime.org>
Date: Sun, 02 Jul 2023 17:30:48 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0
Content-Language: en-US
To: Danny Mayer <mayer@pdmconsulting.net>, ntp@ietf.org
References: <29343948-036E-4514-8B42-689C19A61813@gmail.com> <a9370de7-ee50-a468-48e7-696ed7d8b586@pdmconsulting.net>
From: Harlan Stenn <stenn@nwtime.org>
In-Reply-To: <a9370de7-ee50-a468-48e7-696ed7d8b586@pdmconsulting.net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/Fmw8rAI4My3kmieE-8JZ-YmA4L8>
Subject: Re: [Ntp] Consensus call: NTPv5 and leap second smearing
X-BeenThere: ntp@ietf.org
X-Mailman-Version: 2.1.39
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: Mon, 03 Jul 2023 00:30:54 -0000

On 7/2/2023 7:52 AM, Danny Mayer wrote:
> 
> On 6/28/23 3:55 PM, Dieter Sibold wrote:
>> Dear all,
>>
>> at IETF 116 we decided to have two consensus calls regarding the 
>> content of the NTPv5 requirement draft. These are consensus calls that 
>> we would like to conduct to help progress the NTPv5 requirements 
>> document 
>> (https://datatracker.ietf.org/doc/draft-ietf-ntp-ntpv5-requirements/). 
>> Both consensus calls will run until July 21st 2023 and will be 
>> discussed at the next NTP wg meeting at IETF 117 in San Francisco.
>>
>> The second consensus call:
>>
>> Regarding leap second smearing:
>>
>> Currently, the NTPv5 requirement draft states that NTP servers should 
>> not apply leap second smearing to transmitted timestamps. Shall NTPv5 
>> support leap second smearing? If yes, shall the NTP server apply leap 
>> smearing to the transmitted timestamps or otherwise shall the client 
>> perform leap second smearing?
> 
> I don't think that the former is workable since a server that is already 
> smearing only knows about the smeared time.

Huh?  Under what conditions would a server only know about smeared time?

> Since leap seconds are going 
> away and information about smearing should be in an extension field so 
> that a receiving server can decide to reject a smeared packet or one 
> with a different smearing algorithm that it wants to follow.

Having smear in an EF is fine as *additional* information, but there 
must be a way in the base packet to communicate that it is sending 
smeared time.

> Danny
> 
>>
>>
>> Greetings
>> Karen and Dieter
>>
>> _______________________________________________
>> ntp mailing list
>> ntp@ietf.org
>> https://www.ietf.org/mailman/listinfo/ntp
> 
> _______________________________________________
> ntp mailing list
> ntp@ietf.org
> https://www.ietf.org/mailman/listinfo/ntp
> 

-- 
Harlan Stenn <stenn@nwtime.org>
http://networktimefoundation.org - be a member!