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

Miroslav Lichvar <mlichvar@redhat.com> Tue, 16 August 2022 07:03 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 D7AE0C1594A7 for <ntp@ietfa.amsl.com>; Tue, 16 Aug 2022 00:03:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.378
X-Spam-Level:
X-Spam-Status: No, score=-3.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.571, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01] 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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9fdJkYss_dGC for <ntp@ietfa.amsl.com>; Tue, 16 Aug 2022 00:03:45 -0700 (PDT)
Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.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 A93C8C159497 for <ntp@ietf.org>; Tue, 16 Aug 2022 00:03:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1660633423; 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=Sx5MRPjOD10OtMkgSra25JP/8ph+y4Akh6QXsgyIGQ4=; b=DqdK4Y8137FOwzyOft8XUJbth6hR+Xmc0n7SBokQtNO/eK0SvZdQVxaxpJEb35o5wn5M3o telOzALJ0zATkZKyP08+3zMpAdxL87GhUPFgBi+DtB817yx/sL7yAs7b5jvSKmwFPRm8N3 vNUkbIN3i8IfDVXQSVHYN0kbpCB6DEw=
Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-637-KSrEQ37YPsq3kKlF0jJV2w-1; Tue, 16 Aug 2022 03:03:40 -0400
X-MC-Unique: KSrEQ37YPsq3kKlF0jJV2w-1
Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com [10.11.54.4]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id ABCFB101A586; Tue, 16 Aug 2022 07:03:39 +0000 (UTC)
Received: from localhost (unknown [10.43.135.229]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 207602026D4C; Tue, 16 Aug 2022 07:03:37 +0000 (UTC)
Date: Tue, 16 Aug 2022 09:03:36 +0200
From: Miroslav Lichvar <mlichvar@redhat.com>
To: Danny Mayer <mayer@pdmconsulting.net>
Cc: Harlan Stenn <stenn@nwtime.org>, ntp@ietf.org
Message-ID: <YvtBSLkHF1JpGH07@localhost>
References: <PH0PR06MB70611F2331D8255F7E2B6604C2999@PH0PR06MB7061.namprd06.prod.outlook.com> <0b4c7efa-3977-b588-0974-33b6a9437e52@nwtime.org> <YvDWC27qKnODlD52@localhost> <0b57b7db-772e-f5e6-e6a0-a433673f3d77@nwtime.org> <YvED7T5R0UsRWbv3@localhost> <b64c6a0a-ea2e-0a19-4bb9-38bfaa2e5032@nwtime.org> <YvIUIu1LaloEjJMb@localhost> <a500eea8-e6a1-c10f-2385-3a05fb0e9638@pdmconsulting.net> <Yvomi1Y5hWhPi8Av@localhost> <4723f2b2-43b0-a9ee-4d80-6e31d74b9d3a@pdmconsulting.net>
MIME-Version: 1.0
In-Reply-To: <4723f2b2-43b0-a9ee-4d80-6e31d74b9d3a@pdmconsulting.net>
X-Scanned-By: MIMEDefang 2.78 on 10.11.54.4
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/8aOiOe5OjsD0Re_RuRSYtuDn_ws>
Subject: Re: [Ntp] 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: Tue, 16 Aug 2022 07:03:46 -0000

On Mon, Aug 15, 2022 at 04:27:47PM -0400, Danny Mayer wrote:
> On 8/15/22 6:57 AM, Miroslav Lichvar wrote:
> > The IANA registry includes the values from RFC 5906, which nobody is
> > using. ntpd is using its own values. That's one of the issues that the
> > draft in the subject is supposed to address.
> > 
> Are you saying that the ones in the IANA registry are wrong or that RFC5906
> is wrong? Or both?

The IANA registry matches the values in RFC 5906, but they don't match
the values used by ntpd. There doesn't seem to be an implementation
using the IANA/RFC5906 values. The document discussed here is trying
to update the IANA table to include both sets of values in order to
prevent conflicts with newly specified extension fields, as already
happened with NTS.

My understanding is that RFC5906 was based on the ntpd implementation,
similarly to RFC5905, so other implementations could interoperate with
it. I think the discrepancy can be easily explained as an oversight.
There are macros used in the code and it's not very obvious how the
values are encoded in the type field.

Harlan says this was an intentional change.

-- 
Miroslav Lichvar