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

Daniel Franke <dfoxfranke@gmail.com> Wed, 19 December 2018 18:41 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 BCB2D130ECE for <ntp@ietfa.amsl.com>; Wed, 19 Dec 2018 10:41:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, 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 d_Xi92lXbX-j for <ntp@ietfa.amsl.com>; Wed, 19 Dec 2018 10:41:05 -0800 (PST)
Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (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 31CA8130EDD for <ntp@ietf.org>; Wed, 19 Dec 2018 10:41:05 -0800 (PST)
Received: by mail-qt1-x832.google.com with SMTP id e5so23341600qtr.12 for <ntp@ietf.org>; Wed, 19 Dec 2018 10:41:05 -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:content-transfer-encoding; bh=zw+z7f+c877DmvdkAWAs8k9P/j4oo366SNLdUefLlSk=; b=gsGiMbzG/U17i2Wdc8NFy8g1nOBsHegz+BCCoBRGV6Wr6HSOPp34Vt1gfq0Er0W21b AIQ5QTEH5Ltvcp5xMA2u06uEAaNy7kXetcXMXh5nGhu9ovQmfi8ztm6o18bSFawrRhM1 CwCvM8eGZbcaJ7KZEmrYk+eV3yacFDvklXSTeU1FUBPqlrew4X1Tmt4nvlUQOnIZ2oDV Iv2KiLtKSDIvgA3JvSiNV+z6kFnSf9oGp9+5/4c3D2Z5GiaFADvq+kJZh8KpNngMmdgK QxI9Da+Z21MbxwVrLPTPa6P2rcXYx1XdXNBPYLa3EW2ix3u3zvVNqQWj4SvKPD9+2xtD adVw==
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:content-transfer-encoding; bh=zw+z7f+c877DmvdkAWAs8k9P/j4oo366SNLdUefLlSk=; b=tWv6dgfEMhJjzfViluUzn92l7g4QrcY9wWqACEC7nwr/MXWn4+jewBIt+VPftV2iet c9hruVMy2fqr7ixBZe/vJI1u9v6VGSxjk849kN5P9NLB3Mw0P7GFyMo83zPlU0I/D50T KqftQdSNuyh3FKCCvIznEwoEW56O5d5sEb4c7PW7wrVjIalamSIn/NwrsvtgXcH4lUFy UhuEab9vKF2M7LGYzK8+jW+Zvn7pep4yAPVXZexidS448/HjXBlVhsE72NSrTI3Zskv9 kHzSiF0ecXDvMqjVvQrC3xbe61P5hdWa6gIHRIzizGefaxFnBWaoFJTjbT9vodegil3Y AYGw==
X-Gm-Message-State: AA+aEWbtYKPzl8rQ8ORqJruqc6qDJBQCJZX4lRMYOO554xk0Hfqok27p 1Ks26h/LgQbEvvRubhFdPMXT1JwLnLDi20ealg8=
X-Google-Smtp-Source: AFSGD/Ul5iiih4I+U9RFOK7EQFQsw6e4K88gPdad72iyJvU++Fp5M+4J4ZcDx15LGXEIJi7c14yZAcrGWEzNPi6M4qA=
X-Received: by 2002:a0c:e394:: with SMTP id a20mr22221960qvl.42.1545244864204; Wed, 19 Dec 2018 10:41:04 -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>
In-Reply-To: <CABUE3XktsYRm03xR2JjnTw-YYK1D3=+0bSuiyPubuJOpSOfSrw@mail.gmail.com>
From: Daniel Franke <dfoxfranke@gmail.com>
Date: Wed, 19 Dec 2018 13:40:52 -0500
Message-ID: <CAJm83bDA=DURSGKzWtK5wDatM7ShFjJ2_EhUXNcQCznt54Z9Zw@mail.gmail.com>
To: Tal Mizrahi <tal.mizrahi.phd@gmail.com>
Cc: Karen ODonoghue <odonoghue@isoc.org>, ntp@ietf.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ntp/8N74pvPLEBntxNGVSV3BSoZwL1A>
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 18:41:20 -0000

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.

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