Re: [Ntp] Experimental/Private EF area: was Re: Registries document

Miroslav Lichvar <mlichvar@redhat.com> Thu, 03 August 2023 09:01 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 6A778C151B19 for <ntp@ietfa.amsl.com>; Thu, 3 Aug 2023 02:01:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.106
X-Spam-Level:
X-Spam-Status: No, score=-2.106 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, 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 a-HlFaw2PaMm for <ntp@ietfa.amsl.com>; Thu, 3 Aug 2023 02:01:49 -0700 (PDT)
Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (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 D1B48C15106B for <ntp@ietf.org>; Thu, 3 Aug 2023 02:01:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1691053307; 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=r3bjwu2CvBdmnpSHejXVf0/qxwFyOb5mnJVLXZHapTw=; b=hDReKRzv6pMFZX+cUmNcmm8OxHs5h2DhsCM1kjFG7/Va4I3P3vRW37lw+lb6iaPRcvAcCY Xvq+SvCESgGwGSzStOuB8kZIIfR7F0p3eJZGw0ciQgq78sfn0FsWfHiyQTZ5sIDrfblVFz qVcHDFB4XjNF6NCJoLYiQtzeIM1exzE=
Received: from mimecast-mx02.redhat.com (66.187.233.73 [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-16-gmEiGrWsN9KFjsjDeKEslQ-1; Thu, 03 Aug 2023 05:01:43 -0400
X-MC-Unique: gmEiGrWsN9KFjsjDeKEslQ-1
Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.rdu2.redhat.com [10.11.54.1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 5D62F38294AC; Thu, 3 Aug 2023 09:01:43 +0000 (UTC)
Received: from localhost (unknown [10.43.135.229]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 7C5F240C2063; Thu, 3 Aug 2023 09:01:42 +0000 (UTC)
Date: Thu, 03 Aug 2023 11:01:42 +0200
From: Miroslav Lichvar <mlichvar@redhat.com>
To: Harlan Stenn <stenn@ntp.org>
Cc: Harlan Stenn <stenn@nwtime.org>, "Salz, Rich" <rsalz@akamai.com>, "ntp@ietf.org" <ntp@ietf.org>
Message-ID: <ZMts9mWJ5+G9srDw@localhost>
References: <ZMeh8WnbrAKDPx0Z@localhost> <21773363-e898-ed95-35e5-8ebca9efd58d@ntp.org> <ZMit1DBBwFNheq8c@localhost> <839f9b13-e6c2-bfe6-724a-828acc5f6742@ntp.org> <ZMjUsiNI9/Fx6N41@localhost> <46291a7a-41f7-2874-3973-53abf3400269@nwtime.org> <ZMj2Sq3ICW7BxRIh@localhost> <056306cb-fb49-d01e-9d76-3a7c22781752@nwtime.org> <ZMtZmtDGb0SJq6Lc@localhost> <f23305d4-705a-0eef-5069-210318fffbaa@ntp.org>
MIME-Version: 1.0
In-Reply-To: <f23305d4-705a-0eef-5069-210318fffbaa@ntp.org>
X-Scanned-By: MIMEDefang 3.1 on 10.11.54.1
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/mHAGuYzE6cUh-CpWsH3-asiijF8>
Subject: Re: [Ntp] Experimental/Private EF area: was Re: Registries document
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, 03 Aug 2023 09:01:49 -0000

On Thu, Aug 03, 2023 at 01:19:14AM -0700, Harlan Stenn wrote:
> As I said, the I-DO proposal is counting down from 0xFFFF for its work. I-DO
> exchanges information about both EFs and "capabilities".  An I-DO value of
> 0x0004 means "I-DO NTS", while 0x0005 means "I-DO Checksum Complement".
> 0xFFFF is "I-DO IPv6 REFID hashes" and 0xFFFE is "I-DO Leap Smear REFIDs".
> 
> This was all described in draft-stenn-ntp-i-do.

draft-stenn-ntp-i-do is nowhere close to publication. It can be easily
updated to use other values if necessary. I'm not sure why the
REFID-related capabilities should be tied to the EF numbering anyway.
They should have their own space.

> And the reason for not using 0xF000-0xFFFF (even if it was 0xE000-9xEFFF) is
> that it breaks 25 years of design and established coding, and stomps all
> over the ability to more cleanly code for a growing number of EFs.

25 years of design that nobody implemented yet. It might help if you
could show an example of what you see as the issue with flat 16-bit
types causing unclean code.

> I am not interested in wasting my time like that again.  As you have pointed
> out yourself, I am resource-limited and want to devote my efforts to things
> I believe are useful.

You are not the only one here with limited time to work on things.

-- 
Miroslav Lichvar