Re: [111attendees] timing

Adnan Rashid <adnan.rashid@unifi.it> Thu, 29 July 2021 14:52 UTC

Return-Path: <adnan.rashid@unifi.it>
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 6B7B63A251E for <111attendees@ietfa.amsl.com>; Thu, 29 Jul 2021 07:52:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.087
X-Spam-Level:
X-Spam-Status: No, score=-2.087 tagged_above=-999 required=5 tests=[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, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=unifi.it
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 1AzC0faqJeSp for <111attendees@ietfa.amsl.com>; Thu, 29 Jul 2021 07:52:01 -0700 (PDT)
Received: from mail-ua1-x932.google.com (mail-ua1-x932.google.com [IPv6:2607:f8b0:4864:20::932]) (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 710CD3A251C for <111attendees@ietf.org>; Thu, 29 Jul 2021 07:52:01 -0700 (PDT)
Received: by mail-ua1-x932.google.com with SMTP id n15so2696467uao.6 for <111attendees@ietf.org>; Thu, 29 Jul 2021 07:52:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unifi.it; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=LBkMrp3cCKdZ5oMUR2k2JzwFjd6x+iZQyCTgEE8v7sk=; b=NvuNVWVxhrjI3eEfUMxygURAwzZVj8F6B5oxp49ONyq63u3Fmqp9Y5CoMONrrxzt+U 4HtRTyHwrp9yv8rw+9Z9SsKv4pPo1ILccjhrDS7+AK6T1R3y8fEMcgZqSMmBTVCoWITa ATeQW7bSlP81lvVLYPxkK5wCyElngSRiy+0X7YoPstNK0hAGNII9XY12iSOcvlaP/Sih wonzjEqMsVIxTLLMb3qSiyvh/ipkTMOEPDjbiPwsad2PBLznqUJTEhW7bVsvcYE5cz1u HK+a+HQIMGn5H2g4sNA0aBPKeMGcknxZI+wvZ5febrb4SAyQAX9fDjyqkg41qtl0wpuE 97gw==
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=LBkMrp3cCKdZ5oMUR2k2JzwFjd6x+iZQyCTgEE8v7sk=; b=FgHqqCXKmV6BLm7/+NlNyGqG28js2R0RlyTuTP3+PXSk67uLJUu1vDD2NkpySt4hYG Wpw7ydN5tCUf3dUwYoCJPckk9hlVBoGOUutbDsRcqQH+U3sC+j5oMfQpnQtV8PpSJA/a MhUHLsfI363UjPqYF9/bjWPhC+g873QC8nQBGKwtiagra77BkiWv3JKqduc2e5aT+Rnd gRvqQZOUDsKAKSeyUuUCTVztypCbTqegQSBxK9vQRgeVOhWj2jXwNfgR6TbLKM0BTh1U RKvesbp+6Wypl6LX4VKH68oosEj+JE6x3Ry65/H5o4BjjZqlxjuwgw96ZjxL3BN6gQ+I VcGA==
X-Gm-Message-State: AOAM530kjH/eFqdwAuFrBDP2CRV/DzVukT4+E/BQKfYp/+BQEaqcVzqX azPeiEsLfGMo6aEKSremKu/v3ph+J4CxQU4aMTzqgQ==
X-Google-Smtp-Source: ABdhPJw1LzvB83vTF3VRKyAqaDe9iFCr0KiwKAtciv87aJAod29HQUEKtfC3jOOHwO2AjTuy/imDP25cXzv56+HtJy0=
X-Received: by 2002:ab0:20b0:: with SMTP id y16mr4873075ual.68.1627570319817; Thu, 29 Jul 2021 07:51:59 -0700 (PDT)
MIME-Version: 1.0
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>
In-Reply-To: <CA+VeKNh8CowSj_QK3K=bFD4gp-5L15SkghnDygs=hFAovThkZA@mail.gmail.com>
From: Adnan Rashid <adnan.rashid@unifi.it>
Date: Thu, 29 Jul 2021 16:51:23 +0200
Message-ID: <CANZwfFnL0j5n0MLpxmO_uVMfKrqfMxRZRfnyt68Xq+fSJ7xZAg@mail.gmail.com>
To: Diego Dujovne <diego.dujovne@gmail.com>
Cc: Toerless Eckert <tte@cs.fau.de>, 111attendees@ietf.org, Alexandre Petrescu <alexandre.petrescu@gmail.com>
Content-Type: multipart/related; boundary="000000000000c2aac305c8443e0b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/111attendees/tJgLSMwAZsaTdgLOR-lByxtznL4>
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:52:08 -0000

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>
wrote:

> What I generally do is to ask Google: what time is UTC?
>
> [image: image.png]
> (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> 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
>> https://www.ietf.org/mailman/listinfo/111attendees
>>
> --
> 111attendees mailing list
> 111attendees@ietf.org
> https://www.ietf.org/mailman/listinfo/111attendees
>


-- 


Regards,

ADNAN