Re: [Ntp] WGLC: draft-ietf-ntp-packet-timestamps

Watson Ladd <watsonbladd@gmail.com> Wed, 19 December 2018 20:26 UTC

Return-Path: <watsonbladd@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 10B2E130ED7 for <ntp@ietfa.amsl.com>; Wed, 19 Dec 2018 12:26:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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_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 VXCfCIsM42ij for <ntp@ietfa.amsl.com>; Wed, 19 Dec 2018 12:26:50 -0800 (PST)
Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (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 24662130EC9 for <ntp@ietf.org>; Wed, 19 Dec 2018 12:26:50 -0800 (PST)
Received: by mail-lj1-x22d.google.com with SMTP id x85-v6so18570211ljb.2 for <ntp@ietf.org>; Wed, 19 Dec 2018 12:26:50 -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=umgCAkLiAykmiVR/GzI/zk+qAtDDBRGzDqVBn7SqhWw=; b=Hk0eail6usyuK1JuhLunjOJ1P0q2pBu/CrduawWlfODh64By0V8mww1P99ppbL5zK7 j6u4ZJEtaLvbAsbGp/F2Tcxj8azUSD5xFhxGDPb7y8RMA+f+tww4s6ra8gaujqlh2YuK AV8d+3IDOvUjoSqCHt6dtjYLRWxDi2RRU2frwlvTPwjT1ogxR1ww0h7DsRv4xYTvTLG2 rH9Y3xscINZ/vqo1/Exr1i7BaEXooRSFUdYWfm1A0NiAES5ScP+XpOxEesG42xOGMJJ6 LU7cBuahrJBrb6HUs2eEE0n+PXTFdXcXkXeaxa1MsN7r+g9um1Cni1l7FOfM95JlkYSd dksg==
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=umgCAkLiAykmiVR/GzI/zk+qAtDDBRGzDqVBn7SqhWw=; b=gn738mwAyXdPHB7Gw1vqkjcAIAV50+3ZrQIn3OuvtJJgFKPgb4oDwAoEBYxfXbzLxu JoOjdEp2O5j26NwWmTKCG8VbWA7UM0ZAOOi/fMMOzOsTqMvMXIf4b/LCQpo4+Jm3TlGp aL4RY7NPNY9HbpzGMhaaof6zWmSj+yp0IylZ6cvCPoUHU9u9EHr4GIKd9K/Rh8F1qz76 WtWlY2gFPVgksV4ItTp82WeUq69SZILdTVU0XmgyMQmC6SEPCIkHiL4Rr0EospyL5Jo1 Z8qA4i0aH1083t/pjlm+lWx0apMWBeUl8aDS4+s2AQJGC0ipEz+1mABZAX3pSPhQ6psR O8Kg==
X-Gm-Message-State: AA+aEWZKbcR5ABLljMcIEhpdYm6aT5kbVRwNiIQMmeJjCb+Wa4+U+boD sQ6LoF0tpu2ft55wSGJYgLi1ExhmNIGINrERzoNsHA==
X-Google-Smtp-Source: AFSGD/Wo9T3aX5xDyYrn00bU4RiMzqn1lisT3qjFWmwjYvuIyUBdJzzkXIIN1jActd3THRXL9jzbKSQf6NOirRdKJ3k=
X-Received: by 2002:a2e:93d7:: with SMTP id p23-v6mr13047475ljh.22.1545251208193; Wed, 19 Dec 2018 12:26:48 -0800 (PST)
MIME-Version: 1.0
References: <FBA3AD47-141A-4CD5-8808-D5FE6BE2374B@isoc.org> <F63DBDE9-B955-409D-ABC7-A6241C93CBA5@isoc.org> <CABUE3XktsYRm03xR2JjnTw-YYK1D3=+0bSuiyPubuJOpSOfSrw@mail.gmail.com> <CAJm83bDA=DURSGKzWtK5wDatM7ShFjJ2_EhUXNcQCznt54Z9Zw@mail.gmail.com>
In-Reply-To: <CAJm83bDA=DURSGKzWtK5wDatM7ShFjJ2_EhUXNcQCznt54Z9Zw@mail.gmail.com>
From: Watson Ladd <watsonbladd@gmail.com>
Date: Wed, 19 Dec 2018 12:26:36 -0800
Message-ID: <CACsn0c=v=8X2dkpC9+H+CkG94+6=iSRr7S9OcPKoPMg4Qp5f_Q@mail.gmail.com>
To: Daniel Franke <dfoxfranke@gmail.com>
Cc: Tal Mizrahi <tal.mizrahi.phd@gmail.com>, ntp@ietf.org, Karen ODonoghue <odonoghue@isoc.org>
Content-Type: multipart/alternative; boundary="0000000000005a6bcc057d65d5b6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/5Zgp9LGoqu6bPMB131zUYnqZmtw>
Subject: Re: [Ntp] WGLC: draft-ietf-ntp-packet-timestamps
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 Dec 2018 20:26:53 -0000

On Wed, Dec 19, 2018, 10:42 AM Daniel Franke <dfoxfranke@gmail.com wrote:

> I have no objection to advancing this document. I wish the
> introductory text would be clearer on who the document's intended
> audience is, and the scope within which its recommendations are
> intended to be applicable. If the reader misinterprets this document
> as giving recommendations for the right way to represent time in an
> entirely green-field project that doesn't have to interoperate with
> anything else, then the recommendations are frankly terrible. The only
> good reason for using a UTC timestamp that counts only non-leap
> seconds and is ambiguous while leap seconds are in progress is that so
> many existing systems are built this way (as I've said before, the
> *sensible* way to express UTC in binary protocols is with two fields:
> days since some epoch, and (nano|nibi)seconds since midnight).
> Likewise, in a vacuum, the document's recommendations regarding
> particularly choices of epoch or nibiseconds-vs-nanoseconds would be
> unmotivated; they are the way they are purely because of existing
> systems that already work that way. If the reader goes through the
> document from start to finish, it eventually becomes clear that its
> recommendations are centered around interoperation with existing NTP
> or PTP systems. However, a reader who has only gotten through the
> title, abstract, and introduction is likely to have incorrect
> expectations about what follows.
>

What you want is TAI which is in the spec. Why introduce a new kind of
time? Why count days and seconds and have a strange multiple representation
issue?

UTC is UTC. It is defined by BIPM. Your timescale is not UTC. It is not a
different timestamp format but a different timescale. Intercalcary
nanoseconds need to be added in ways you have not defined. For one thing
what's a day and when is midnight? Siderial, solar, or mean?

If you want every second to be unique use TAI. That's what it is for.


> On Sun, Dec 9, 2018 at 3:38 AM Tal Mizrahi <tal.mizrahi.phd@gmail.com>
> wrote:
> >
> > Hi,
> >
> > As WGLC has completed, we have uploaded an updated version of the draft:
> > https://tools.ietf.org/html/draft-ietf-ntp-packet-timestamps-05
> >
> > We believe this version addresses all the comments we received,
> including the latest comments from Miroslav, Warner, and Denis.
> > Specifically, the authors had some offline correspondence with Miroslav
> and Warner regarding the leap second description and the NTP timestamp
> epoch description. After a few iterations we believe we have reached a
> satisfactory version of the relevant text. The changes compared to draft 04
> can be viewed in the diff version (
> https://tools.ietf.org/rfcdiff?url2=draft-ietf-ntp-packet-timestamps-05.txt
> ).
> >
> > Cheers,
> > Tal, Joachim, and Al.
> >
> >
> >
> > On Fri, Nov 30, 2018 at 10:37 PM Karen O'Donoghue <odonoghue@isoc.org>
> wrote:
> >>
> >> Folks,
> >>
> >> After receiving a few requests, I am going to extend this WGLC for one
> week. Please submit comments by COB on Friday 7 December. Even if you don’t
> have any comments, please indicate to the mailing list that you have read
> the draft and you believe it is ready for submission to the IESG. This is
> critical to helping the chairs determine working group consensus on this
> document.
> >>
> >> Regards,
> >> Karen
> >>
> >> On Nov 6, 2018, at 2:52 AM, Karen O'Donoghue <odonoghue@isoc.org>
> wrote:
> >>
> >> Folks,
> >>
> >> This message initiates a three plus week working group last call for:
> >>
> >> Guidelines for Defining Packet Timestamps
> >> https://datatracker.ietf.org/doc/html/draft-ietf-ntp-packet-timestamps
> >>
> >> Please review the referenced document and send any comments to the
> mailing list including your assessment of whether this document is mature
> enough to proceed to the IESG. Please note that these messages of support
> for progression to the mailing list will be used to determine WG consensus
> to proceed.
> >>
> >> Please send all comments in by COB on Friday 30 November. I realize
> this is a bit longer than normal but we are coming out of an IETF week and
> heading into the Thanksgiving holiday in the US.
> >>
> >> Thanks!
> >> Karen and Dieter
> >>
> >>
> >> _______________________________________________
> >> ntp mailing list
> >> ntp@ietf.org
> >> https://www.ietf.org/mailman/listinfo/ntp
> >
> > _______________________________________________
> > ntp mailing list
> > ntp@ietf.org
> > https://www.ietf.org/mailman/listinfo/ntp
>
> _______________________________________________
> ntp mailing list
> ntp@ietf.org
> https://www.ietf.org/mailman/listinfo/ntp
>