[Ntp] Fwd: Antwort: Re: WGLC - draft-ietf-ntp-ntpv5-requirements

Daniel Franke <dfoxfranke@gmail.com> Thu, 14 December 2023 17:02 UTC

Return-Path: <dfoxfranke@gmail.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 B226EC14F616 for <ntp@ietfa.amsl.com>; Thu, 14 Dec 2023 09:02:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 nSEGNNKeooUL for <ntp@ietfa.amsl.com>; Thu, 14 Dec 2023 09:02:45 -0800 (PST)
Received: from mail-oo1-xc30.google.com (mail-oo1-xc30.google.com [IPv6:2607:f8b0:4864:20::c30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4B085C14F603 for <ntp@ietf.org>; Thu, 14 Dec 2023 09:02:45 -0800 (PST)
Received: by mail-oo1-xc30.google.com with SMTP id 006d021491bc7-59052ab970eso370543eaf.1 for <ntp@ietf.org>; Thu, 14 Dec 2023 09:02:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1702573364; x=1703178164; darn=ietf.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=DvXMRbCYceKzxn2fJa5YhOWGCfmKeIwf7F6w0qsVIoI=; b=BUQsQe4wArpDKG1SuFs7SL4aMc3qvHF9shuxqLml2jUlrjgpoMepdqzuqwj39EfVqz DqMxSTTOs/O8ldEKVyFo2B1GNLumtmlbOtNzLodS7wM8sDocEncNvazPg3l+xch9N44n x8opD8J8pQFEKSjTECC4Z9GlC+VRGgkBNQd7zzhohWPN03cy9vKvUhF3BYXKSZgn/Abm HgT2rgAm/3dXcuQlsL06J/V189WS4dz/oLRn57Ua286vTOZdJrGdHgYMbkJASNiyeoq6 mIknDzWRRHkrQ4RF1XHbgC1JBbfEqNuqT1lcT0Um41PORJL/f3vMPYc0y750QBwvQBj0 /cvg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1702573364; x=1703178164; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=DvXMRbCYceKzxn2fJa5YhOWGCfmKeIwf7F6w0qsVIoI=; b=L3K+zDRtceK2R3ewl8+oPJQLOp89bZZBnoENh3lWHD0RySZflOSBZULdc4QKAjm04J kIDUtZcDrdXoGzerVXC7Li3Cy+eZ/PmVgf/8Gf6MINuLIEBaK22TnQY+ecFSAmIxrzNM opxVUXl0nO1VG4b2Bc8jW4eYpy7i811fcSogF9miMEVCmBRj0wnjOlU0t2fjV+xk8q+9 BhNFGGQW/MsSzVJ8UsjC/D5Wp/sfvfO2LMCbcvydVkHVIs1xUmOAitnVmakv27/ymky7 kuWg6e2qde8yrs8JpjCs6swM/6L3jm/BcJrWNrY7+p/hVg0O+ZReEScZlaaI8369SW+A ew2A==
X-Gm-Message-State: AOJu0YxtwE7tEAk6uEoDSXB/Cf0nibGdtJLDgif0SardbkZEa4k5PnWr FXarrrWKCCLUbZPHVCUzNLSo7SwylWfMAYVc3bwShXMl
X-Google-Smtp-Source: AGHT+IE4xdJyFKnm1/8MTfce416ePI6B7c5VhqlICbKKN389x3RIC8Tfk9tYwHqz2INktw/LXsH4+D3/1qKBkeRhcC8=
X-Received: by 2002:a05:6870:b629:b0:203:4da9:e6ec with SMTP id cm41-20020a056870b62900b002034da9e6ecmr438882oab.16.1702573362893; Thu, 14 Dec 2023 09:02:42 -0800 (PST)
MIME-Version: 1.0
References: <CA+mgmiMFLDRggrBUzdJyjhgbM6q0m8nY8PUoU5oxbR2HtZh51A@mail.gmail.com> <OF33DB0AFF.1649DFBE-ONC1258A83.002F27E4-C1258A83.0049F82B@ptb.de> <0D84CEB4-640F-492C-ADAE-05C4A6E856D6@gmail.com> <OF35346BF9.4F5F88ED-ONC1258A83.0050A8D3-C1258A83.005174AD@ptb.de> <F35ABEF2-2AFF-4163-A755-78807E4FE19E@gmail.com> <OFD808E298.51173696-ONC1258A84.006F33D8-C1258A84.006F7F90@ptb.de> <CAJm83bBbj54nk5mDbca0zXZopGXNq9C0SKwMSU_C3iJoSMxE_A@mail.gmail.com>
In-Reply-To: <CAJm83bBbj54nk5mDbca0zXZopGXNq9C0SKwMSU_C3iJoSMxE_A@mail.gmail.com>
From: Daniel Franke <dfoxfranke@gmail.com>
Date: Thu, 14 Dec 2023 12:02:34 -0500
Message-ID: <CAJm83bAF=B_JJNw0Ycf7PDQHjCsriH6c4bmh=2TQuB1u01Yf+Q@mail.gmail.com>
To: NTP WG <ntp@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000007fd880060c7b4083"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/ZDrOiERVF9ENzfJIhzV4MLY3L3g>
Subject: [Ntp] Fwd: Antwort: Re: WGLC - draft-ietf-ntp-ntpv5-requirements
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: Thu, 14 Dec 2023 17:02:45 -0000

Sent yesterday but forgot to copy the list

---------- Forwarded message ---------
From: Daniel Franke <dfoxfranke@gmail.com>
Date: Wed, Dec 13, 2023, 15:28
Subject: Re: [Ntp] Antwort: Re: WGLC - draft-ietf-ntp-ntpv5-requirements
To: <kristof.teichel=40ptb.de@dmarc.ietf.org>


On Wed, Dec 13, 2023 at 3:18 PM <kristof.teichel=40ptb.de@dmarc.ietf.org>
wrote:

> I find this a bit difficult - after all, the intended status for the RFC
is 'informational', and so I guess less stringent criteria apply.
> Also, the document started out as an effort to strictly report on the
WG's consensus on what would be needed for NTPv5 (as an upcoming standards
track document).
> The issue is: little of that seems reflected in the current requirements
draft, definitely not obvious to a new reader.
> The document never (?) seems to state that it intends to report WG
consensus; it constantly uses requirement keywords (MUST, SHOULD etc.) like
a specification would; it rarely (and never with an explicit explanation,
IIRC) talks about an upcoming standards track document that it is supposed
to support.
> This lack of clarifying the document's overall role (supporting the
creation of the actual NTPv5 spec later by reporting the WG's current
consensus on what's required), in and of itself, is a blocking issue (#1)
for me.

I would go further and question why this document needs to be advanced
beyond the working group at all. It seems to have no archival value
and should be of no interest to anyone except those who plan to
participate in drafting of the final spec. Why not just have a
consensus call as to whether it correctly reflects the WG's views
about what shape NTPv5 should take, and then move on? What benefit is
there in progressing it to an RFC?