Re: [Ntp] NTP Extensions (was Re: Last Call: <draft-ietf-ntp-using-nts-for-ntp-22.txt> (Network Time Security for the Network Time Protocol) to Proposed Standard)

Watson Ladd <watson@cloudflare.com> Wed, 19 February 2020 22:11 UTC

Return-Path: <watson@cloudflare.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 889761208A6 for <ntp@ietfa.amsl.com>; Wed, 19 Feb 2020 14:11:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cloudflare.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fzD1RgwTpOiw for <ntp@ietfa.amsl.com>; Wed, 19 Feb 2020 14:11:17 -0800 (PST)
Received: from mail-qt1-x830.google.com (mail-qt1-x830.google.com [IPv6:2607:f8b0:4864:20::830]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A078E120860 for <ntp@ietf.org>; Wed, 19 Feb 2020 14:11:17 -0800 (PST)
Received: by mail-qt1-x830.google.com with SMTP id c5so1458518qtj.6 for <ntp@ietf.org>; Wed, 19 Feb 2020 14:11:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cloudflare.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sMmq4wQTYR3it+c6T1Ap5UwYMXKJe9DNZmtObv4x3as=; b=FMDq630ePGFFWpxigJNSeBf/GEO0c2ziZ7pDzj1NT97YbEIWgWDnWoORFkWEZE+zii TAILc0k0lWiD7zy59JRRDT4z0tM2f/fDrkDcXi6nH+wCz7v9FrH07qflV/CRN9HNhsdN UqQerB/pO02fLUV1nPZwioCAQ5ddUyd8+ogK4=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sMmq4wQTYR3it+c6T1Ap5UwYMXKJe9DNZmtObv4x3as=; b=IEqNCcvXOtJJLNyvyltd/mAwl7QCj6+bGNVen88MDgKw522Si3YuABEsEJbaRXHbMt 2K7sA37ixV1tqbdF4qxmcbepB2g6LoP1erM/O13X2hrDTCowl+aCRYJmxQjZq8qCa4hQ HOqyIgem6gDcLNDJoxShsKkcvGiNf3uZtTKyFkxVWMtGwBg8Dsw8FWudvvPwQjZIaPWu yTv1pM8vOIo0740AImeupjlvEO2whpbs5fC73gU63uH9FgDpp0drCQT72eS5k6mSXBeg d7sxiqFU5ICTaiJ2Ze+mVCP6Y82e/BABP5s4FKgFagSkUXDBm3H+OxS/3m0AnjB177Eh l6mA==
X-Gm-Message-State: APjAAAUm5CWk/cFVaywFU4mhE5I3HEMu3i8rkP98qHK8QNjiL1B/sinJ hLtpgsHNHJyYmn0gXDfJ4D8q4gaZg+tZk3r5KGkCTA==
X-Google-Smtp-Source: APXvYqxLB3tDiNZT8ZSs+vdM2AlM8mCorE/EUYTiuWOmhX4TeRBk9Y38vGhjUye34EFwcui42zOIB5bfA2dbTGi4mwU=
X-Received: by 2002:aed:2167:: with SMTP id 94mr22991744qtc.318.1582150276565; Wed, 19 Feb 2020 14:11:16 -0800 (PST)
MIME-Version: 1.0
References: <20200219084813.E4C6840605C@ip-64-139-1-69.sjc.megapath.net> <F9A58B4B-25A7-4652-8963-6849DE359C5A@kaloom.com> <1582136379878.71291@akamai.com> <2acb8507-c0b5-a370-d6ab-564398ae9602@nwtime.org> <CAN2QdAEfBx_DRnqFNs+paBBPijaYfL0m0tqBS2k47q96sbe2RA@mail.gmail.com> <6fea5d44-0124-499a-1b3f-b25f8d09a1ab@nwtime.org>
In-Reply-To: <6fea5d44-0124-499a-1b3f-b25f8d09a1ab@nwtime.org>
From: Watson Ladd <watson@cloudflare.com>
Date: Wed, 19 Feb 2020 14:11:05 -0800
Message-ID: <CAN2QdAF+ZsyLDMB587kEQ7B4+J7JgHt7Bbbdn_aCYqoUZ79TdA@mail.gmail.com>
To: Harlan Stenn <stenn@nwtime.org>
Cc: NTP WG <ntp@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/ulWVYZIkBIjygIUupMQFD9MbGkE>
Subject: Re: [Ntp] NTP Extensions (was Re: Last Call: <draft-ietf-ntp-using-nts-for-ntp-22.txt> (Network Time Security for the Network Time Protocol) to Proposed Standard)
X-BeenThere: ntp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <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: Wed, 19 Feb 2020 22:11:20 -0000

On Wed, Feb 19, 2020 at 2:08 PM Harlan Stenn <stenn@nwtime.org> wrote:
>
>
>
> On 2/19/2020 1:59 PM, Watson Ladd wrote:
> > On Wed, Feb 19, 2020 at 1:33 PM Harlan Stenn <stenn@nwtime.org> wrote:
> >>
> >> Except that we did discuss this, years ago, and there was a meeting with
> >> me and Karen and I forget who else where we specifically said that
> >> 0xnn04 was already allocated for NTS.  I've long been saying we need a
> >> way to make progress with EF proposals that does not cause collisions
> >> between inplementations and avoids flag days.  Furthermore, I told Karen
> >> that the NTP Project was using 0xNN0[5-9] for other proposals and that
> >> with no progress on changing the way the NTP Extension Field IANA
> >> registry was being managed, that 1) the NTP Project has a chalkboard
> >> that we're using for this purpose, and 2) if anybody wants to work on an
> >> EF they should just let me know.
> >
> > The way to achieve this is to make an experimental/private use range
> > for the registry. The registry is currently IETF review, which is
> > annoying: it's big enough to be Specification Required unless
> > proposals take large chunks of the range. It's not impossible to
> > change this with WG consensus.
>
> Sorry, no.  There are 8 bits available for this.  If you would have
> followed the design that was put in place 20 years ago you'd know this.

RFC 7822 allocates 16 bits for extension types.