Re: [Ntp] Antw: [EXT] Re: Quick review of WGLC for status change for draft‑ietf‑ntp‑update‑registries

Harlan Stenn <stenn@nwtime.org> Mon, 08 August 2022 11:18 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 159BAC15C530 for <ntp@ietfa.amsl.com>; Mon, 8 Aug 2022 04:18:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.105
X-Spam-Level:
X-Spam-Status: No, score=-1.105 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, RDNS_NONE=0.793, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_PERMERROR=0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no 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 HxvMGz4ERGdM for <ntp@ietfa.amsl.com>; Mon, 8 Aug 2022 04:18:29 -0700 (PDT)
Received: from chessie.everett.org (unknown [IPv6:2001:470:1:205::234]) (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 ietfa.amsl.com (Postfix) with ESMTPS id 82B51C157B3E for <ntp@ietf.org>; Mon, 8 Aug 2022 04:18:29 -0700 (PDT)
Received: from [10.208.75.149] (071-084-168-128.res.spectrum.com [71.84.168.128]) (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 4M1Ybn08VPzMP5G; Mon, 8 Aug 2022 11:18:28 +0000 (UTC)
Message-ID: <2d66fa3e-f750-e3d2-511e-594fa40d993d@nwtime.org>
Date: Mon, 08 Aug 2022 04:18:27 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.12.0
Content-Language: en-US
To: Ulrich Windl <Ulrich.Windl@rz.uni-regensburg.de>, "ntp@ietf.org" <ntp@ietf.org>, odonoghue@isoc.org
References: <PH0PR06MB7061FA7A5B338D262B3A2963C2999@PH0PR06MB7061.namprd06.prod.outlook.com> <6a187a2f-9883-2fb5-1f51-1593591ddebb@nwtime.org> <PH0PR06MB706126984E4442EF32F8242AC2999@PH0PR06MB7061.namprd06.prod.outlook.com> <da155c84-2c70-2e3b-59eb-03e380806cf2@nwtime.org> <PH0PR06MB70611F2331D8255F7E2B6604C2999@PH0PR06MB7061.namprd06.prod.outlook.com> <0b4c7efa-3977-b588-0974-33b6a9437e52@nwtime.org> <62F0E9D3020000A10004C2EC@gwsmtp.uni-regensburg.de>
From: Harlan Stenn <stenn@nwtime.org>
In-Reply-To: <62F0E9D3020000A10004C2EC@gwsmtp.uni-regensburg.de>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/2IdNxUOgrii95zXedA_BmxvGhDs>
Subject: Re: [Ntp] Antw: [EXT] Re: Quick review of WGLC for status change for draft‑ietf‑ntp‑update‑registries
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, 08 Aug 2022 11:18:33 -0000

On 8/8/2022 3:47 AM, Ulrich Windl wrote:
>>>> Harlan Stenn <stenn@nwtime.org> schrieb am 08.08.2022 um 11:00 in
> Nachricht
> <0b4c7efa-3977-b588-0974-33b6a9437e52@nwtime.org>:
>> For whatever it's worth...
>>
>> I am opposed to the advancement/adoption of this document.
>>
>> The NTP Project is opposed to the advancement/adoption of this document.
>>
>> If this document is advanced, the NTP Project and I can only hope and
>> strongly recommend that IANA (or whomever) will take significant/primary
>> input from the NTP Project on the selection of the experts that will
>> oversee the maintenance of the various registries described in this
>> document.
>>
>> The problems I (and the NTP Project) have with this document include,
>> but are not limited to:
>>
>> ‑ it uses far too many words to say far too little.  In other places it
>> uses far too few words to say even less, except where it says nothing
>> about various significant aspects of the registries.
> 
> Harlan,
> 
> wouldn't you agree that this is also the category "it uses far too many words
> to say far too little"?
> What are you talking about specifically?

Answered in my response to Miroslav.

>> ‑ Table 1 is incomplete.  It does not include the value used by RFC
>> 7821, and it frequently refers to values that are "reserved for historic
>> reasons" without further explanation.  This leads me to:
>>
>> ‑ The document does not describe (ignores?) 22 years of conscious design
>> decisions around the two versions (revisions?) of extension field
>> syntax, which Dave Mills and I have previous spent 3+ years' time and
>> effort (10 document revisions) in documenting, in
>> draft‑stenn‑ntp‑extension‑fields.
> 
> There are different opinions on the design and documentation of the extension
> fields, I'm afraid.

So what?  Nobody asked for clarification, and several of us at the NTP 
Project are still in the very best position to describe it.

> I frequently had to use the source code as the documentation left too many
> details unanswered.

Like what?  And from what we have seen, as long as the design goals are 
met it's a good thing if implementors are given latitude to make their 
own choices.

> An many of the extension fields were (MHO) "stiched with a hot needle" (or
> "quick and dirty" if you prefer that phrase), blocking further extensions.

That's your opinion, and it is also news to me.  Can you cite examples?

What extension fields do you believe were stitched with a hot 
needle/quick and dirty?

What extension fields blocked further extensions?

You might also recall this timeline:

Sep 97 ntp-4.0.x first alpha release of ntp4
Nov 98 xntp3-5.95e final release of ntp3
        ntp-4.0.90 (first beta release of ntp4)
Jan 00 ntp-4.0.99 release of ntp4
Aug 01 ntp-4.1.0
Feb 02 ntp-4.1.1
Jul 03 ntp-4.1.2 major release
Oct 03 ntp-4.2.0 major release
Jul 05 FIRST DRAFT of what would become RFC 5905 (7 years after first 
published code)
Jun 06 ntp-4.2.2 major release
Dec 06 ntp-4.2.4 major release
Sep 07 FIRST DRAFT of what would become RFC 5906 (9 years after first 
published code)
Dec 09 ntp-4.2.6 major release
Jun 10 Publication of RFC 5905 and 5906
Dec 14 ntp-4.2.8 major release

The first proposals to add to extension fields came in somewhere around 
2015.

draft-stenn-ntp-extension-fields has room for at least 256 EF field 
types.  To date I'm aware of a total of 10 defined or proposed field 
types.  That leaves over 245 available.  So what is "blocked"?

>> ‑ Without documented recognition of the underlying design decisions of
>> NTP Extension Fields and the guidance/expectations/safeguards that
>> design codifies, there seems to be little hope that future extension
>> field work will be done in a way that will safely evolve in a way that
>> is easily implementable or can be relied upon to be compatible.  This
> 
> I agree, but _where_ should such documentation be put? In the registry?
> If it's so complex that it needs a long story to explain, it clearly indicates
> that it is too complex IMHO.

What/where is this long story?

I don't believe you have substantiated your position.

>> lack of documentation about the expected layout of NTP Extension Fields
>> simply opens the door to chaos, or at least sub‑par decisions.
> 
> Should the layout of the fields be added to the registry?
> 
> Sorry Harlan, you message dod not help much to reduce the confusion that
> undoubtedly is there.

Thanks for your feedback.

H
--
> Regards,
> Ulrich
> 
> 
>>
>> H
>>
>> On 7/29/2022 1:41 PM, Karen O'Donoghue wrote:
>>> You are always free to send comments, but we cannot wait indefinitely
>>> for your contribution. At this stage, no one has raised any concerns
>>> with the document.
>>>
>>> Karen
>>>
>>> *From: *Harlan Stenn <stenn@nwtime.org>
>>> *Date: *Friday, July 29, 2022 at 4:08 PM
>>> *To: *Karen O'Donoghue <odonoghue@isoc.org>, ntp@ietf.org <ntp@ietf.org>
>>> *Subject: *Re: [Ntp] Quick review of WGLC for status change for
>>> draft‑ietf‑ntp‑update‑registries
>>>
>>> I can still send them, if it will be good for anything.
>>>
>>> And the point remains that *nobody* else saw any of the problems with
>>> the document.
>>>
>>> H
>>>
>>> On 7/29/2022 12:19 PM, Karen O'Donoghue wrote:
>>>> Harlan,
>>>>
>>>> There were no negative comments received. You had indicated that you
>>>> were going to provide comments, but these comments were never received.
>>>>
>>>> Regards,
>>>>
>>>> Karen
>>>>
>>>> *From: *ntp <ntp‑bounces@ietf.org> on behalf of Harlan Stenn
>>>> <stenn@nwtime.org>
>>>> *Date: *Friday, July 29, 2022 at 3:08 PM
>>>> *To: *ntp@ietf.org <ntp@ietf.org>
>>>> *Subject: *Re: [Ntp] Quick review of WGLC for status change for
>>>> draft‑ietf‑ntp‑update‑registries
>>>>
>>>> Very sad and sorry to hear this.
>>>>
>>>> Were no comments received that point out the problems with the document?
>>>>
>>>> On 7/29/2022 11:30 AM, Karen O'Donoghue wrote:
>>>>> NTP working group,
>>>>>
>>>>> The Updating the NTP Registries draft has passed WGLC; however, during
>>>>> the shepherd writeup process, we identified that it should be Standards
>>>>> track instead of Informational. Rich has updated/uploaded a new version
>>>>> of the draft that addresses this and a few editorial issues raised by
>>>>> Dieter. Given the change in status, we would like to issue a very short
>>>>> review of the WGLC to see if there are any concerns regarding the change
> 
>>>>> in document type. Please respond if you have any questions or concerns
>>>>> by Friday 5 August.
>>>>>
>>>>> https://datatracker.ietf.org/doc/draft‑ietf‑ntp‑update‑registries/
>>> <https://datatracker.ietf.org/doc/draft‑ietf‑ntp‑update‑registries/>
>>>> <https://datatracker.ietf.org/doc/draft‑ietf‑ntp‑update‑registries/
>>> <https://datatracker.ietf.org/doc/draft‑ietf‑ntp‑update‑registries/>>
>>>>> <https://datatracker.ietf.org/doc/draft‑ietf‑ntp‑update‑registries/
>>>> <https://datatracker.ietf.org/doc/draft‑ietf‑ntp‑update‑registries/
>>> <https://datatracker.ietf.org/doc/draft‑ietf‑ntp‑update‑registries/>>>
>>>>>
>>>>> Thanks everyone!
>>>>>
>>>>> Karen
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> ntp mailing list
>>>>> ntp@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/ntp
>>> <https://www.ietf.org/mailman/listinfo/ntp>
>>>> <https://www.ietf.org/mailman/listinfo/ntp
>>> <https://www.ietf.org/mailman/listinfo/ntp>>
>>>>
>>>> ‑‑
>>>> Harlan Stenn <stenn@nwtime.org>
>>>> http://networktimefoundation.org
>>> <http://networktimefoundation.org><http://networktimefoundation.org
>>> <http://networktimefoundation.org>> ‑ be
>>>> a member!
>>>>
>>>> _______________________________________________
>>>> ntp mailing list
>>>> ntp@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/ntp
>>> <https://www.ietf.org/mailman/listinfo/ntp>
>>>> <https://www.ietf.org/mailman/listinfo/ntp
>>> <https://www.ietf.org/mailman/listinfo/ntp>>
>>>>
>>>
>>> ‑‑
>>> Harlan Stenn <stenn@nwtime.org>
>>> http://networktimefoundation.org <http://networktimefoundation.org>‑ be
>>> a member!
>>>
>>
>> ‑‑
>> Harlan Stenn <stenn@nwtime.org>
>> http://networktimefoundation.org ‑ be a member!
>>
>> _______________________________________________
>> ntp mailing list
>> ntp@ietf.org
>> https://www.ietf.org/mailman/listinfo/ntp
> 
> 
> 
> 

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