Re: [111attendees] timing

Boris Khasanov <> Thu, 29 July 2021 14:57 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 5F3CD3A2542 for <>; Thu, 29 Jul 2021 07:57:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.096
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: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id DDdExvo6EyWQ for <>; Thu, 29 Jul 2021 07:57:15 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 90A5B3A2540 for <>; Thu, 29 Jul 2021 07:57:14 -0700 (PDT)
Received: from ( [IPv6:2a02:6b8:c0c:a8a6:0:640:c5ee:4261]) by (Yandex) with ESMTP id 560092E1717; Thu, 29 Jul 2021 17:57:07 +0300 (MSK)
Received: from ( [2a02:6b8:c0c:a8ae:0:640:5ba4:ca89]) by (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;; 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:; dkim=pass
Received: from ( [2a02:6b8:b080:8800::1:6d]) by (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 <>
To: 'Adnan Rashid' <>, 'Diego Dujovne' <>
Cc:, 'Alexandre Petrescu' <>, 'Toerless Eckert' <>
References: <> <> <> <> <> <> <>
In-Reply-To: <>
Date: Thu, 29 Jul 2021 17:57:05 +0300
Message-ID: <00be01d78489$ffc97de0$ff5c79a0$>
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: <>
Subject: Re: [111attendees] timing
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list for IETF 111 attendees <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 29 Jul 2021 14:57:21 -0000


Agree, local time is quite useful feature on






From: 111attendees <> On Behalf Of Adnan Rashid
Sent: Thursday, July 29, 2021 5:51 PM
To: Diego Dujovne <>
Cc:; Alexandre Petrescu <>; Toerless Eckert <>
Subject: Re: [111attendees] timing


if are on the following link


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 < <> > 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.





On Thu, Jul 29, 2021 at 11:38 AM Toerless Eckert < <> > wrote:

AFAIK, it is quite the opposite of what you say, see also:

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).


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 mailing list <>