Re: [111attendees] timing

Boris Khasanov <bhassanov@yandex-team.ru> Thu, 29 July 2021 14:57 UTC

Return-Path: <bhassanov@yandex-team.ru>
X-Original-To: 111attendees@ietfa.amsl.com
Delivered-To: 111attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F3CD3A2542 for <111attendees@ietfa.amsl.com>; Thu, 29 Jul 2021 07:57:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=yandex-team.ru
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 DDdExvo6EyWQ for <111attendees@ietfa.amsl.com>; Thu, 29 Jul 2021 07:57:15 -0700 (PDT)
Received: from forwardcorp1j.mail.yandex.net (forwardcorp1j.mail.yandex.net [5.45.199.163]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90A5B3A2540 for <111attendees@ietf.org>; Thu, 29 Jul 2021 07:57:14 -0700 (PDT)
Received: from iva8-c5ee4261001e.qloud-c.yandex.net (iva8-c5ee4261001e.qloud-c.yandex.net [IPv6:2a02:6b8:c0c:a8a6:0:640:c5ee:4261]) by forwardcorp1j.mail.yandex.net (Yandex) with ESMTP id 560092E1717; Thu, 29 Jul 2021 17:57:07 +0300 (MSK)
Received: from iva8-5ba4ca89b0c6.qloud-c.yandex.net (iva8-5ba4ca89b0c6.qloud-c.yandex.net [2a02:6b8:c0c:a8ae:0:640:5ba4:ca89]) by iva8-c5ee4261001e.qloud-c.yandex.net (mxbackcorp/Yandex) with ESMTP id GkfWPiBnd4-v6x42iYj; Thu, 29 Jul 2021 17:57:07 +0300
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex-team.ru; s=default; t=1627570627; bh=wOxLEQxIBQyMLIkSmarjrfRANSeD07MIaE6Vki1KTyE=; h=Message-ID:References:Date:Subject:To:From:In-Reply-To:Cc; b=hVVwnkIA9/sPl4WEAKsQXG4JXHJkmpc32NFVdIi8U+WQekV+Cqa21/dGo2AO+ReKs vfaSu+AfNUQDD2b0uAykS3Or+V4OApaNdQfpeT12M2GvD+mhs38Bu9I61TV5TXX+pN h+D1vermCuw4j4hzMdjP/3aEn5odw8bm3vaAGKBU=
Authentication-Results: iva8-c5ee4261001e.qloud-c.yandex.net; dkim=pass header.i=@yandex-team.ru
Received: from dynamic-iva.dhcp.yndx.net (dynamic-iva.dhcp.yndx.net [2a02:6b8:b080:8800::1:6d]) by iva8-5ba4ca89b0c6.qloud-c.yandex.net (smtpcorp/Yandex) with ESMTPSA id LTvzYkBvPs-v62uE5iY; Thu, 29 Jul 2021 17:57:06 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present)
From: Boris Khasanov <bhassanov@yandex-team.ru>
To: 'Adnan Rashid' <adnan.rashid@unifi.it>, 'Diego Dujovne' <diego.dujovne@gmail.com>
Cc: 111attendees@ietf.org, 'Alexandre Petrescu' <alexandre.petrescu@gmail.com>, 'Toerless Eckert' <tte@cs.fau.de>
References: <m2k0lao9uk.wl-randy@psg.com> <686590804.2522.1627479080183@appsuite-gw1.open-xchange.com> <E38F5121-EB45-45E6-B632-4ADFC9FA67A8@tzi.org> <4bd9097e-bd30-3a96-79b6-4043ccc6b8af@gmail.com> <20210729143743.GD57091@faui48e.informatik.uni-erlangen.de> <CA+VeKNh8CowSj_QK3K=bFD4gp-5L15SkghnDygs=hFAovThkZA@mail.gmail.com> <CANZwfFnL0j5n0MLpxmO_uVMfKrqfMxRZRfnyt68Xq+fSJ7xZAg@mail.gmail.com>
In-Reply-To: <CANZwfFnL0j5n0MLpxmO_uVMfKrqfMxRZRfnyt68Xq+fSJ7xZAg@mail.gmail.com>
Date: Thu, 29 Jul 2021 17:57:05 +0300
Message-ID: <00be01d78489$ffc97de0$ff5c79a0$@yandex-team.ru>
MIME-Version: 1.0
Content-Type: multipart/related; boundary="----=_NextPart_000_00BF_01D784A3.2518FFD0"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQHuWyJh1jYkoIakOHupWqVadBwEhQGSeAkcAjeKJ5ADKcb/IANiPMn9AnVhaXUBLpwsHKq8jPlw
Content-Language: ru
Archived-At: <https://mailarchive.ietf.org/arch/msg/111attendees/XT7rcYUQt5OHpYpxzfir97fF9nc>
Subject: Re: [111attendees] timing
X-BeenThere: 111attendees@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list for IETF 111 attendees <111attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/111attendees>, <mailto:111attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/111attendees/>
List-Post: <mailto:111attendees@ietf.org>
List-Help: <mailto:111attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/111attendees>, <mailto:111attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Jul 2021 14:57:21 -0000

Hi,

Agree, local time is quite useful feature on datatracker.ietf.org

 

SY,

Boris

 

 

From: 111attendees <111attendees-bounces@ietf.org> On Behalf Of Adnan Rashid
Sent: Thursday, July 29, 2021 5:51 PM
To: Diego Dujovne <diego.dujovne@gmail.com>
Cc: 111attendees@ietf.org; Alexandre Petrescu <alexandre.petrescu@gmail.com>; Toerless Eckert <tte@cs.fau.de>
Subject: Re: [111attendees] timing

 

if are on the following link

 

https://datatracker.ietf.org/meeting/111/agenda/#2021-07-28-110000

 

then on the right panel, there is "local time"

 

*	Showing America/Los_Angeles time
*	Meeting time | Local time | UTC

 

On Thu, Jul 29, 2021 at 4:47 PM Diego Dujovne <diego.dujovne@gmail.com <mailto:diego.dujovne@gmail.com> > wrote:

What I generally do is to ask Google: what time is UTC?

 



(no interest in good writing when Google understands anyway)

Then I calculate the difference myself.

Regards,

 

                        Diego 

 

On Thu, Jul 29, 2021 at 11:38 AM Toerless Eckert <tte@cs.fau.de <mailto:tte@cs.fau.de> > wrote:

AFAIK, it is quite the opposite of what you say, see also:
https://en.wikipedia.org/wiki/Coordinated_Universal_Time

UTC does minimize the amount of errors and conversion steps you need
to do when collaborating internationally. If your reference time is
some TZ, you need to understand not only your own local TZ offset and
DST rules, but also that of the reference TZ offset and DST rules.
And you effectively translate from one to the other going through UTC.
When UTC is your reference you only need to understand your local TZ
offset and DST rules.

As to whether or not UTC exists, thats a matter of "exists" wrt to
TZ. I guess your "exist" is that only those TZ exist that are adopted
by some territorial entity. And while Ghana and Iceland adopt UTC+0, no DST,
i would agree that recommending some countries whose TZ rules nobody
knows is but a hack for the normal user.

Nevertheless, adoption of TZ by territorial governments is but one
type of adoption/existance. UTC is the universal standard in aviation and militaries as
well as i think a lot ofthernationally coordinated organizations are
adopting UTC directly without a need to declare themselves to be
in Ghana or Iceland. The same is logical for IETF.

Of course, we may not need to call it UTC. NATO for example
calls UTC ZULU time. If we wanted to confuse the heck out of
participants to make a good joke & pun (which is always a good
reason to confuse people IMHO), we could call it iTime (Internet Time, IETF time).

Cheers
    Toerless

On Wed, Jul 28, 2021 at 06:48:59PM +0200, Alexandre Petrescu wrote:
> There is a difference in opposing noon start times and opposing UTC
> references.  I oppose the latter.
> 
> Using UTC is a big source of errors: artificial two-step conversion and
> and an ambiguity of a third step which is the daylight savings (UTC does
> not respect daylight savings, and UTC is the same as London times some
> times).
> 
> Time should be talked about in terms of geography (cities, oceans, what
> have you) but not in absolute terms like 'Unviersal'.  There is no
> Universal time however one might turn it.
> 
> UTC is an anchor to go to when one does not have where to go to.  But it
> does not really exist.
> 
> Alex

-- 
111attendees mailing list
111attendees@ietf.org <mailto:111attendees@ietf.org> 
https://www.ietf.org/mailman/listinfo/111attendees

-- 
111attendees mailing list
111attendees@ietf.org <mailto:111attendees@ietf.org> 
https://www.ietf.org/mailman/listinfo/111attendees




 

-- 

 

Regards,  

ADNAN