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:20 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 55E99C15C530 for <ntp@ietfa.amsl.com>; Mon, 8 Aug 2022 04:20:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.899
X-Spam-Level:
X-Spam-Status: No, score=-6.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, T_SPF_HELO_TEMPERROR=0.01, URIBL_BLOCKED=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 akwTRpXogS3M for <ntp@ietfa.amsl.com>; Mon, 8 Aug 2022 04:20:48 -0700 (PDT)
Received: from chessie.everett.org (chessie.everett.org [66.220.13.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 C140FC157B47 for <ntp@ietf.org>; Mon, 8 Aug 2022 04:20:41 -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)) (No client certificate requested) by chessie.everett.org (Postfix) with ESMTPSA id 4M1YfK13YFzMP5G; Mon, 8 Aug 2022 11:20:41 +0000 (UTC)
Message-ID: <ad4cae83-78b6-7de9-6e6e-4627321f28a8@nwtime.org>
Date: Mon, 08 Aug 2022 04:20:39 -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>, mlichvar@redhat.com
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> <YvDWC27qKnODlD52@localhost> <62F0EA94020000A10004C2F2@gwsmtp.uni-regensburg.de>
From: Harlan Stenn <stenn@nwtime.org>
In-Reply-To: <62F0EA94020000A10004C2F2@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/NxL6tyxa91YAo77eEX1sRaPo7Vc>
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:20:55 -0000


On 8/8/2022 3:51 AM, Ulrich Windl wrote:
>>>> Miroslav Lichvar <mlichvar@redhat.com> schrieb am 08.08.2022 um 11:23 in
> Nachricht <YvDWC27qKnODlD52@localhost>:
>> On Mon, Aug 08, 2022 at 02:00:21AM ‑0700, Harlan Stenn wrote:
>>> 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.
>>
>> Which significant aspects of the registries are you referring to?
>>
>>> ‑ 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 Checksum Complement EF (0x2005) is present in the table 1, but it
>> is incorrectly described as "Reserved for historic reasons". That
>> should be changed to refer to RFC 7821. Only the Autokey‑related
>> entries should be "Reserved for historic reasons".
> 
> Maybe change to "Reserved for historic reasons (deprecated autokey V#)" where
> # is 1 or 2, most likely.

If a value is in the table, I would prefer the table says EXACTLY what 
that value is for, and where it is specified.

I still see no reason to reserve V1 entries in the V2 table, and I see 
reasons to specifically ONLY list valid V2 entries in the V2 table.

>>> ‑ 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.
>>
>> As was discussed when the draft was submitted, it was making changes
>> incompatible with RFC7822, e.g. decreasing the minimum EF length. We
>> can do that in NTPv5, but not in NTPv4.
>>
>> ‑‑
>> Miroslav Lichvar
>>
>> _______________________________________________
>> 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!