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)

Daniel Franke <dfoxfranke@gmail.com> Wed, 19 February 2020 22:25 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 E406A120857 for <ntp@ietfa.amsl.com>; Wed, 19 Feb 2020 14:25:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, 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 (2048-bit key) header.d=gmail.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 uLd63gxxpBxE for <ntp@ietfa.amsl.com>; Wed, 19 Feb 2020 14:25:17 -0800 (PST)
Received: from mail-io1-xd34.google.com (mail-io1-xd34.google.com [IPv6:2607:f8b0:4864:20::d34]) (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 AF10E120816 for <ntp@ietf.org>; Wed, 19 Feb 2020 14:25:17 -0800 (PST)
Received: by mail-io1-xd34.google.com with SMTP id x1so2404653iop.7 for <ntp@ietf.org>; Wed, 19 Feb 2020 14:25:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=8QB9XDKRXTovBnKx2JrRmkEF+G6VvgjLKYFICSWh1es=; b=SJ1aE1me3jmWJUQqUUr9seuLjZM1x20B8UT8NMzFXeyifJwjl6piTfME88TbCqsb0g RnLJiIZje5KN+DF09MJTo5kUYxt03YZCliOPIpQi5W5vRmRyZaeQAxyHxWPEWLRilFxT NDfcpcRwRFvGe+wI2GYO/SGxGDnDtP0dKqSbls6nTre13EhOxnRAhIksgtTphLENdHSI XAB+3nNy90ql//YAmhGyvbQ1QWWicHevKLd/Om3ROB6kTF40ZHOtJ65dMxUL1tYD06aD DLILuVCmRU1b+ll2TJPnNC6SWg+JFbYPL/H/B3iAWnvzakhg49AGBC/7XrpvOl2mF38j 8IXw==
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=8QB9XDKRXTovBnKx2JrRmkEF+G6VvgjLKYFICSWh1es=; b=myYV2+AcQVDCdv2CynJBNcItryimM9jA1vTrErcsYTBCEABDqBU3YJ4Wd6AhBlnuB+ McKG3GNFlxZIbTWwiBGmxIUKEBPiC4+ixvchf5PLPQUnhosbr1nupumU5NPfDmufqpTA mDELVJsu70mpRsCstodkpohgCfK73x0ocpHsROq4fHKiLWF590G2AM63UYlJ7Z/oVTzc AA+uvtUnUR7+PtZ1/KKqfBLxPCdAymNHvY4BkpUETPl28Ak8IMEGYkkKyKwuIUcLNxe2 SZOG95exRFnye7rqXCNOjATUlG62tncn6eE661Z27/g27ZVcfBmnbSPXw9R/GgreV/In 1Rrw==
X-Gm-Message-State: APjAAAXbVsSctxJnFyEXdNM/4r7AWNrS/d8Z1bY81OHPONeigfQxaWCd 6ES+exy5CO5qxeChhACR7Fp3OZyJqRe8vsSX264=
X-Google-Smtp-Source: APXvYqzLspTcVTNLQUBd2WrPLBot6FYO5bt7LZAdOl1rhjs/rWZqCELrA02d3wBAit6MA+t1NMS8sgH10n9PeY8VHoo=
X-Received: by 2002:a02:81cc:: with SMTP id r12mr22030945jag.93.1582151117054; Wed, 19 Feb 2020 14:25:17 -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> <CAN2QdAF+ZsyLDMB587kEQ7B4+J7JgHt7Bbbdn_aCYqoUZ79TdA@mail.gmail.com> <2442cd46-8fa2-0911-f5c5-f94890d9637c@nwtime.org>
In-Reply-To: <2442cd46-8fa2-0911-f5c5-f94890d9637c@nwtime.org>
From: Daniel Franke <dfoxfranke@gmail.com>
Date: Wed, 19 Feb 2020 17:25:05 -0500
Message-ID: <CAJm83bCxSSMTcpEGA6BUbfMTKm4gqVrmjGuOZ1fnph_BzODQtg@mail.gmail.com>
To: Harlan Stenn <stenn@nwtime.org>
Cc: Watson Ladd <watson@cloudflare.com>, NTP WG <ntp@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000502607059ef54399"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/Hu-ikH35jWA9RJ3LKuYCW-rEPU4>
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:25:22 -0000

RFC 5905 likewise provides 16 bits.

On Wed, Feb 19, 2020, 17:15 Harlan Stenn <stenn@nwtime.org> wrote:

>
>
> On 2/19/2020 2:11 PM, Watson Ladd wrote:
> > 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.
>
> RFC7822 was a terrible mistake in many ways, and I continue to regret
> that I did not read it carefully when the vote was taken.  I spent a lot
> of time and effort trying to clean that up and got no support for those
> efforts.
>
> So here we are.
>
> --
> Harlan Stenn <stenn@nwtime.org>
> http://networktimefoundation.org - be a member!
>
> _______________________________________________
> ntp mailing list
> ntp@ietf.org
> https://www.ietf.org/mailman/listinfo/ntp
>