Re: [TICTOC] [art] [Ntp] [Sedate] [Cbor] Two specifications on timestamps nearing WGLC
Carsten Bormann <cabo@tzi.org> Tue, 25 October 2022 20:58 UTC
Return-Path: <cabo@tzi.org>
X-Original-To: tictoc@ietfa.amsl.com
Delivered-To: tictoc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 851FDC14CE32; Tue, 25 Oct 2022 13:58:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.209
X-Spam-Level:
X-Spam-Status: No, score=-4.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
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 nXZnINsIccon; Tue, 25 Oct 2022 13:58:35 -0700 (PDT)
Received: from smtp.zfn.uni-bremen.de (smtp.zfn.uni-bremen.de [134.102.50.15]) (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 EF5B6C14F728; Tue, 25 Oct 2022 13:58:27 -0700 (PDT)
Received: from client-0085.vpn.uni-bremen.de (client-0085.vpn.uni-bremen.de [134.102.107.85]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4Mxkmv4wvbzDCbd; Tue, 25 Oct 2022 22:58:23 +0200 (CEST)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <bcf9c293-6332-36e1-c5eb-edd8b662e571@pdmconsulting.net>
Date: Tue, 25 Oct 2022 22:58:23 +0200
Cc: art@ietf.org, sedate@ietf.org, cbor@ietf.org, ntp@ietf.org, tictoc@ietf.org
X-Mao-Original-Outgoing-Id: 688424303.203302-61588d62615f35f9e97a58d7c92917f4
Content-Transfer-Encoding: quoted-printable
Message-Id: <A720EFB5-FBB7-4AAC-99E8-26B907E6D2D3@tzi.org>
References: <19C0959C-2DFF-4FA6-9691-792CD2AF5E09@tzi.org> <f7a05134-7ec0-411a-fcc5-d0e80c74d6c6@it.aoyama.ac.jp> <2620A4D0-F624-4E31-BDD1-860B40F7A31D@tzi.org> <193653.1665119732@dooku> <CA4866D1-C1E7-4C58-9D85-088A02885FD0@tzi.org> <9621884E0BC501528B6BB591@PSB> <F30D7B75-B3D3-4B99-83B7-809B2EF4B760@tzi.org> <8ED6029F05884D21580EA2AF@PSB> <958a7cca-95df-6f81-54d3-d3dd6fd9b617@it.aoyama.ac.jp> <AF5F7BC2-6D57-4B9E-9020-8A4724C13D99@tzi.org> <20FC2DF5DF55E51A8202D52D@PSB> <20221020180542798954.c6a9917e@comcast.net> <bcf9c293-6332-36e1-c5eb-edd8b662e571@pdmconsulting.net>
To: Danny Mayer <mayer@pdmconsulting.net>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tictoc/RNkIpFrtbQWjLxLlYpgUDKx-cG8>
Subject: Re: [TICTOC] [art] [Ntp] [Sedate] [Cbor] Two specifications on timestamps nearing WGLC
X-BeenThere: tictoc@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Timing over IP Connection and Transfer of Clock BOF <tictoc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tictoc>, <mailto:tictoc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tictoc/>
List-Post: <mailto:tictoc@ietf.org>
List-Help: <mailto:tictoc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tictoc>, <mailto:tictoc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Oct 2022 20:58:37 -0000
> I've been reading this thread for a while now. It seems to me that if a document from any organization is not publicly available then it shouldn't be referenced or used at all in the IETF standards process. I think this is a position that most of us share. (There are occasional exceptions; I’m not going to elaborate here, but Max Weber explained the issue in 1919 using the terms “Gesinnungsethik” and “Verantwortungsethik”.) > If that organization wants the IETF to use it then it needs to make it publicly available for free. That, however, is not very realistic. We depend on tons of specifications that aren’t available for free. (For example, NTP/TICTOC make a lot of use of IEEE 1588.) > It's okay if someone needs to negotiate that but it's a waste of time for most people otherwise. Well, this has to be carefully weighed; there is no one size fits all here. In this particular case one of the points of publishing RFC 3339 was to make a profile of ISO 8601 publicly (and freely) available. However, some salt was added (the -00:00) that turned out to lead to practical difficulties interoperating with actual implementations of ISO 8601, and that’s where we are. > I also don't see why the NTP/TICTOC WG is involved in any of this discussion as we only deal with UTC and timezones and offsets from timezones is irrelevant for the group. Indeed, the relationship is fleeting, but there was some indication that NTPv5 will take into account the needs of certain environments where timezone offsets need to be considered (or are not even known). (My request was to have the discussion on art@, but I already knew that such a request never works.) Grüße, Carsten
- [TICTOC] Two specifications on timestamps nearing… Carsten Bormann
- Re: [TICTOC] [art] Two specifications on timestam… Martin J. Dürst
- Re: [TICTOC] [art] Two specifications on timestam… Carsten Bormann
- Re: [TICTOC] [Cbor] [art] Two specifications on t… Michael Richardson
- Re: [TICTOC] [art] [Cbor] Two specifications on t… Carsten Bormann
- Re: [TICTOC] [art] [Cbor] Two specifications on t… Michael Richardson
- [TICTOC] Antw: [EXT] Re: [Ntp] [art] [Cbor] Two s… Ulrich Windl
- Re: [TICTOC] [art] Antw: [EXT] Re: [Ntp] [Cbor] T… Carsten Bormann
- Re: [TICTOC] [Sedate] [art] [Cbor] Two specificat… John C Klensin
- Re: [TICTOC] [Sedate] [art] [Cbor] Two specificat… Edward Welbourne
- Re: [TICTOC] [Sedate] [art] [Cbor] Two specificat… John C Klensin
- [TICTOC] Antw: [EXT] Re: [Ntp] [Sedate] [art] [Cb… Ulrich Windl
- Re: [TICTOC] Antw: [EXT] Re: [Ntp] [Sedate] [art]… Carsten Bormann
- Re: [TICTOC] [Ntp] Antw: [EXT] Re: [Sedate] [art]… Tony Finch
- Re: [TICTOC] [art] [Sedate] [Cbor] Two specificat… Carsten Bormann
- Re: [TICTOC] [Sedate] [art] [Cbor] Two specificat… John C Klensin
- [TICTOC] Antw: [EXT] Re: [Ntp] [Sedate] [art] [Cb… Ulrich Windl
- Re: [TICTOC] [art] Antw: [EXT] Re: [Ntp] [Sedate]… Carsten Bormann
- [TICTOC] Antw: Re: [art] Antw: [EXT] Re: [Ntp] [S… Ulrich Windl
- Re: [TICTOC] [Sedate] Antw: Re: [art] Antw: [EXT]… John C Klensin
- Re: [TICTOC] [Sedate] [art] [Cbor] Two specificat… Martin J. Dürst
- Re: [TICTOC] [Sedate] [art] [Cbor] Two specificat… Carsten Bormann
- Re: [TICTOC] [Sedate] [art] [Cbor] Two specificat… John C Klensin
- [TICTOC] Access to club standards (Re: [Cbor] [Se… Carsten Bormann
- Re: [TICTOC] [Sedate] [art] [Cbor] Two specificat… Joseph Gwinn
- [TICTOC] Antw: [EXT] Re: [Ntp] [Sedate] [art] [Cb… Ulrich Windl
- Re: [TICTOC] [Cbor] Antw: [EXT] Re: [Ntp] [Sedate… Carsten Bormann
- Re: [TICTOC] Antw: [EXT] Re: [Ntp] [Sedate] [art]… Joseph Gwinn
- Re: [TICTOC] [Ntp] [Sedate] [art] [Cbor] Two spec… Danny Mayer
- Re: [TICTOC] [art] [Ntp] [Sedate] [Cbor] Two spec… Carsten Bormann
- Re: [TICTOC] [art] [Ntp] [Sedate] [Cbor] Two spec… Danny Mayer
- Re: [TICTOC] [Ntp] [art] [Sedate] [Cbor] Two spec… Doug Arnold
- Re: [TICTOC] [Cbor] [Ntp] [art] [Sedate] Two spec… Carsten Bormann
- Re: [TICTOC] [Cbor] [Ntp] [art] [Sedate] Two spec… Barry Leiba
- Re: [TICTOC] [Sedate] [Ntp] [art] [Cbor] Two spec… Edward Welbourne
- [TICTOC] Antw: [EXT] Re: [Ntp] [art] [Sedate] [Cb… Ulrich Windl